Cluster de tables : usine à gaz ou mécanisme jamais utilisé?

Bonjour

Je souhaiterais trouver un exemple significatif de tables en cluster en index. Après je m'intéresserai au hash pour comparer.

Après avoir potassé la doc, et sur un exemple simple d'association 1-N entre Adhérent et opérateurs (un opérateur regroupe plusieurs adhérents) , j'essaye de jouer sur la volumétrie des 2 tables (jusqu'à 2 millions d'adhérents et de 6 à 10000 opérateurs), et sur SIZE, et bien la solution sans cluster (FK only) est toujours plus performante quelque soient les requêtes émises (adhérent d'un opérateur donné, opérateur d'un adhérent, etc.).

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

CREATE CLUSTER adherent_operateur_cluster (opeid_cle CHAR(4)) -- SIZE ... TABLESPACE tbs_cluster;   CREATE INDEX idx_adherent_operateur_cluster ON CLUSTER adherent_operateur_cluster;   CREATE TABLE Operateurs_cluster (opeid_cle CHAR(4) NOT NULL PRIMARY KEY, nomope VARCHAR(25) NOT NULL, creaope DATE NOT NULL, siegesocial VARCHAR(15) NOT NULL, nbclients NUMBER(7) NOT NULL) CLUSTER adherent_operateur_cluster(opeid_cle);   CREATE TABLE Adherent_cluster (adhid NUMBER(10) NOT NULL, nom VARCHAR(25) NOT NULL, prenom VARCHAR(30) NOT NULL, civilite VARCHAR(12) NOT NULL, date_nais DATE NOT NULL, tel VARCHAR(20), solde NUMBER(6,2), opeid_cle CHAR(4)) CLUSTER adherent_operateur_cluster(opeid_cle);

---

Qui a déjà utilisé avec succès une telle usine à gaz ?
Merci de vos réponses

Je n'ai jamais utilisé de tables en cluster mais à ma compréhension cela joue seulement sur certaines catégories de requêtes: celles qui utilisent des jointures entre les deux tables.

Sinon, tu devrais ajouter aussi le script pour remplir les tables ainsi que tes requêtes de test, comme ça il y aurait une bonne base de discussion.

Merci Marius,

Dans la doc,

http://download.oracle.com/docs/cd/E...cls.htm#i25478

l'exemple considéré concerne les fameux départements (DEPT) dont dépendent des employés (DEPT). Je ne fais que reproduire le même schéma.

Je mettrai d'ici quelques jours les scripts et essayerai le hash cluster pour voir si il est plus efficace que son copain indéxé.

Dans Expert Oracle Database Architecture page 376, Tom Kyte cite comme exemple de clusters le dictionnaire de la base (ici en 11.2):

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54

SQL> select cluster_name, table_name from dba_tables where cluster_name is not null order by 1;   CLUSTER_NAME TABLE_NAME ------------------------------ ------------------------------ C_COBJ# CCOL$ C_COBJ# CDEF$ C_FILE#_BLOCK# UET$ C_FILE#_BLOCK# SEG$ C_MLOG# SLOG$ C_MLOG# MLOG$ C_OBJ# REFCON$ C_OBJ# NTAB$ C_OBJ# SUBCOLTYPE$ C_OBJ# COLTYPE$ C_OBJ# LOB$   CLUSTER_NAME TABLE_NAME ------------------------------ ------------------------------ C_OBJ# TAB$ C_OBJ# CLU$ C_OBJ# COL$ C_OBJ# IND$ C_OBJ# ICOL$ C_OBJ# OPQTYPE$ C_OBJ# ICOLDEP$ C_OBJ# VIEWTRCOL$ C_OBJ# LIBRARY$ C_OBJ# ASSEMBLY$ C_OBJ# TYPE_MISC$   CLUSTER_NAME TABLE_NAME ------------------------------ ------------------------------ C_OBJ# ATTRCOL$ C_OBJ#_INTCOL# HISTGRM$ C_RG# RGCHILD$ C_RG# RGROUP$ C_TOID_VERSION# COLLECTION$ C_TOID_VERSION# TYPE$ C_TOID_VERSION# ATTRIBUTE$ C_TOID_VERSION# METHOD$ C_TOID_VERSION# PARAMETER$ C_TOID_VERSION# RESULT$ C_TS# FET$   CLUSTER_NAME TABLE_NAME ------------------------------ ------------------------------ C_TS# TS$ C_USER# USER$ C_USER# TSQ$ SMON_SCN_TO_TIME_AUX SMON_SCN_TIME   37 rows selected.   SQL>

---

Le cluster C_OBJ# est très utilisé puisqu'il stocke une grande partie des informations des colonnes de tables.

"L'usine à gaz" semble très bien fonctionner ... au moins dans le dictionnaire Oracle :)

Merci,

OK je vais creuser dans les réponses du gourou Tom sur son site. Quand j'ai trouvé un exemple significatif, je viens le présenter ici.