Vues et Index

Bonjour,

Je récupère une série de tables Machin2002, Machin2003, Machin2004, etc. (oui c'est nul, mais mon client ne peut plus changer). Je fais une vue qui les unione afin qu'on puisse faire du reporting multi-annuel, sur le modèle :

Code:

---

1 2 3 4 5 6 7

SELECT Truc, Bidule, Chouette, 2002 AS Annee FROM Machin2002 UNION ALL SELECT Truc, Bidule, Chouette, 2003 AS Annee FROM Machin2003 ...

---

Comment vont se comporter les vues faces aux index ? Il y a environ 500 000 lignes dans la vue finale.

Y aurait-il un gros bénéfice de performance à utiliser des vues matérialisées et des index, éventuellement avec un partitionnement par liste, ou bien l'optimiseur va-t-il correctement utiliser les index des tables-sources et les constantes que j'ai placées ?

Une vue n'est qu'un ordre select enregistré dans la base.

Si les selects unitaires utilisent les indexes, l'utilisation de la vue continuera.

mais quelle est la fréquence d'interrogation de cette vue ?

Citation:

---

Envoyé par LeoAnderson

Une vue n'est qu'un ordre select enregistré dans la base.

Si les selects unitaires utilisent les indexes, l'utilisation de la vue continuera.

---

OK... quid des constantes 2002, 2003, etc ?

Citation:

---

Envoyé par LeoAnderson

mais quelle est la fréquence d'interrogation de cette vue ?

---

Je ne sais pas encore... d'où le fait que je m'interroge sur les problématiques de performance.

Citation:

---

Envoyé par Antoun

Bonjour,

Je récupère une série de tables Machin2002, Machin2003, Machin2004, etc. (oui c'est nul, mais mon client ne peut plus changer). Je fais une vue qui les unione afin qu'on puisse faire du reporting multi-annuel, sur le modèle :

Code:

---

1 2 3 4 5 6 7

SELECT Truc, Bidule, Chouette, 2002 AS Annee FROM Machin2002 UNION ALL SELECT Truc, Bidule, Chouette, 2003 AS Annee FROM Machin2003 ...

---

Comment vont se comporter les vues faces aux index ? Il y a environ 500 000 lignes dans la vue finale.

Y aurait-il un gros bénéfice de performance à utiliser des vues matérialisées et des index, éventuellement avec un partitionnement par liste, ou bien l'optimiseur va-t-il correctement utiliser les index des tables-sources et les constantes que j'ai placées ?

---

Alors d'abord c'est pas "nul" comme design, c'est du partitioning à la sauce Oracle7 :
http://download.oracle.com/docs/cd/A....htm#index1819

Citation:

---

Envoyé par doc

A partition view is a view that for performance reasons brings together several tables to behave as one

---

Les indexes seront correctement employés avec ce design

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

create table machin1 ( truc number primary key, bidule number, chouette number); create table machin2 ( truc number primary key, bidule number, chouette number); create table machin3 ( truc number primary key, bidule number, chouette number); create view v as select * from machin1 union all select * from machin2 union all select * from machin3;

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

SQL> select * from v where truc=1; --------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | --------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 39 | | 1 | VIEW | V | 1 | 39 | | 2 | UNION-ALL PARTITION | | | | | 3 | TABLE ACCESS BY INDEX ROWID| MACHIN1 | 1 | 39 | |* 4 | INDEX UNIQUE SCAN | SYS_C003668 | 1 | | | 5 | TABLE ACCESS BY INDEX ROWID| MACHIN2 | 1 | 39 | |* 6 | INDEX UNIQUE SCAN | SYS_C003669 | 1 | | | 7 | TABLE ACCESS BY INDEX ROWID| MACHIN3 | 1 | 39 | |* 8 | INDEX UNIQUE SCAN | SYS_C003670 | 1 | | ---------------------------------------------------------------------

---

Ton lien répond à ma question sur les constantes, merci !