Discussion :

[gorgonite]

Bonjour,


J'ai une petite question aux sujets des index dans PostgreSQL.
A priori, on peut :

• utiliser uniquement un index par requête (PostgreSQL choisit celui qui lui semble le plus approprié)
• créer un index multi-colonnes pour les types B-trees, GiST et GIN

Ma question serait de savoir s'il est possible d'avoir un index multi-type (une colonne en B-tree sur un TIMESTAMP et un colonne en GIN ou GiST sur un TEXT).
A priori, non... si j'ai bien compris la doc

Si c'est le cas, quel serait selon vous les choix de conception à mettre en œuvre pour passer outre...
A priori, je pensais à des index différents, une table de calcul intermédiaire avec FOREIGN KEY pour vérifier la recherche textuelle / une jointure sur la requête en espérant que l'index sur le TIMESTAMP sera effectuée


Des avis ?

[punkoff]

bonjour,

postgresql sais aussi utiliser plusieurs index uni-colonne présents sur une même table et les joindre via des ... bitmap OR / AND (de mémoire)

J'ai déjà observé ceci avec des b-tree, jamais testé avec d'autres types d'index.

[alassanediakite]

Salut

...avoir un index multi-type (une colonne en B-tree sur un TIMESTAMP et un colonne en GIN ou GiST sur un TEXT)

Cela est-il possible dans d'autres SGBDR?
@+

[gorgonite]

postgresql sais aussi utiliser plusieurs index uni-colonne présent sur une même table et les joindre via des ... bitmap OR / AND (de mémoire)

Aurais-tu un exemple ? Histoire que je voie si on parle bien de la même chose... j'avais fait des tests et impossible d'obtenir ce que je souhaitais à l'époque (j'avais fait plusieurs index presque identiques pour cette raison )

Cela est-il possible dans d'autres SGBDR?

A ma connaissance, non... mais je n'ai pas la prétention de tout connaître (même dans le cas de PgSQL que je connais bien, sans être un expert )

[punkoff]

http://www.postgresql.org/docs/9.2/s...map-scans.html

[gorgonite]

Ok je vois ce que tu veux dire...


Jusqu'à maintenant je n'avais vu (via explain analyze) des bitmapand uniquement entre des pkey et un unique index, ou avec ce même index...



pour ta réponse... je vais taguer résolu et passer le reste dans une discussion avec un meilleur titre

[SQLpro]

Il y a peu, PostGreSQL a commencé à savoir utiliser les index en lecture par balayage (scan) alors que c'était impossible avant. Des progrès ont été faits et PG sait utiliser plusieurs index dans certains cas.

A +