Créer un index particulier [Résolu]

[ptr83]

Bonjour,

Je suis débutant au niveau SQL et je cherche un moyen pour faire un index qui ne reprendrait que les valeurs = 0 ou > 0 par exemple.

D'habitude mes index "simples" je les fesais comme cela :

CONNECT TO BDD_1;
CREATE INDEX DB2ADMIN.NAME ON BDD_1.NAME (champ_a,champ_b) PCTFREE 10 MINPCTUSED 10 COLLECT STATISTICS ;
CONNECT RESET;

Je voudrais rajouter que le champ: champ_c soit = 0 ou > 0 quelque chose comme cela...

Est ce que c'est possible?

Merci.

[Xo]

Salut,

merci de préciser votre SGBD SVP,

Pour info, la notion d'Index est étrangère au langage SQL

[zooro]

Bonjour,

Tu n'as pas précisé ce que tu utilises comme SGBD.
Je ne vois pas trop comment faire ce que tu demandes...

D'ailleurs, je ne comprends pas bien à quoi pourrait servir un index ne contenant qu'une partie des valeurs du champ ?
Le but de l'index est de pouvoir retrouver facilement tous les enregistrements ayant une valeur donnée. C'est un peu comme dans une bibliothèque, où un index permettrait de retrouver un livre à partir des premières lettres de son titre par exemple. Ce serait curieux de limiter l'index à certaines lettres par exemple !

Si, par contre, tu veux contraindre les données de ton champs pour que seuls des valeurs positives puissent y être insérées, il ne faut pas passer par un index, mais par des contraintes (la syntaxe dépend du SGBD).

[ptr83]

Excusez moi, mon SGBD c'est DB2... Désolé je ne savais pas que la notion d'Index est étrangère au langage SQL

[ptr83]

Finalement j'ai fait une vue du type:

CREATE view BDD_1.NAME
AS
SELECT *
FROM BDD_1.NAME AS NAM
WHERE NAM.CHAMP_C > 0

[zooro]

Pas de rapport avec les index.
Je ne comprends toujours pas ce que tu voulais faire

Enfin, si ta solution résoud ton problème, tant mieux Dans ce cas, n'oublie pas .

[ptr83]

Envoyé par zooro

Pas de rapport avec les index.
Je ne comprends toujours pas ce que tu voulais faire

Cela va accélérer les processus non? Par exemple si j'ai 16 millions d'enregistrements, avec ma vue je n'en aurai plus que 4 millions disons...

[zooro]

Envoyé par ptr83

Cela va accélérer les processus non? Par exemple si j'ai 16 millions d'enregistrements, avec ma vue je n'en aurai plus que 4 millions disons...

Hum... Il va utiliser l'index sur le champ CHAMP_C de la table pour exécuter la requête SELECT de contruction de ta vue view BDD_1.NAME. Ensuite, il exécutera ta requête sur la vue.
Bon, je ne sais pas comment l'optimiseur gèrera celà, mais je ne suis pas sûr que tu sois vraiment gagnant.
Et de toute façon, il faudra utiliser un index sur ta table globale pour calculer la vue...

[jab]

Envoyé par zooro

Hum... Il va utiliser l'index sur le champ CHAMP_C de la table pour exécuter la requête SELECT de contruction de ta vue view BDD_1.NAME. Ensuite, il exécutera ta requête sur la vue.
Bon, je ne sais pas comment l'optimiseur gèrera celà, mais je ne suis pas sûr que tu sois vraiment gagnant.
Et de toute façon, il faudra utiliser un index sur ta table globale pour calculer la vue...

En effet, il n'y a aucun gain. Le risque est même de diminuer les performance en obligeant l'optimizer à passer par un chemin qui ne sera pas forcément le meilleur sur l'ensemble des deux requêtes (view + select sur la view).

si j'ai bien compris l'idée de base était de ne mettre dans l'index que les enregistrements respectant le filtre. L'index aurrait alors pu être parcouru plus rapidement. Ce qui n'est d'ailleur vrai que dans certaines circonstances.

A ma connaisance, cette possibilité n'existe pas.