Index "multi forme"

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 ?


:merci:

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.

Salut

Citation:

---

Envoyé par gorgonite

...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?
@+

Citation:

---

Envoyé par punkoff

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 :?)

Citation:

---

Envoyé par alassanediakite

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 ;) )

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

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... :?



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

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 +