Vue sans union / performance

Bonjour à tous,

Voilà, je désirerai faire une vue, le problème c'est qu'elle n'accepte pas les unions (oracle 9i). Seulement, je rencontre des problèmes de performances.

Si je fais un count(*) de la requête avec l'union, elle s'effectue en moins de 0,01 sec,

Code:

---

1 2 3 4 5 6 7 8 9 10

SELECT table1.* FROM table1, table2 WHERE SUBSTR(table1.code, 1, 2) = table2.subcode AND table1.codebase = table2.code UNION SELECT table1.* FROM table1 WHERE substr(table1.code,1,2) not in ( select subcode from table2);

---

si je ne fais pas l'union, plus de 5 sec.

Code:

---

1 2 3 4 5 6

SELECT table1.* FROM table1, table2 WHERE (SUBSTR(table1.code, 1, 2) = table2.subcode AND table1.codebase = table2.code) or substr(table1.code,1,2) not in ( select subcode from table2);

---

Vous allez me dire ne fais pas de count(*), mais j'ai besoin de faire un count(*) car je veux limiter l'affichage de la liste dans mon appli

Auriez vous des solutions à me suggérer?

Merci d'avance

il suffit de sélectionner les colonnes plutôt que * et tu pourras faire ton UNION :)

Merci pour la réponse rapide.

En fait j'utilise sqldeveloper pour creer ma vue et je testais la syntaxe avant de creer ma vue.
Et j'avais le message suivant :

Code:

---

1 2 3

The SQL syntax is valid, however the query is invalid or uses functionality that is not supported.   Declarative query support does not currently include UNION, INTERSECT or MINUS

---

MAis si je force la création avec la requete

Code:

---

1 2 3 4 5 6 7 8 9 10 11

SELECT table1.* FROM table1, table2 WHERE SUBSTR(table1.code, 1, 2) = table2.subcode AND table1.codebase = table2.code UNION SELECT table1.* FROM table1 WHERE substr(table1.code,1,2) NOT IN ( SELECT subcode FROM table2)

---

Ca marche.
Voila, si ca peut servir à quelqu'un.

Attention quand tu fait UNION tu fait faire un DISTINCT implicite, et qui dit "DISTINCT" dit "Tri sur toutes les données" donc beaucoup de ressources prises. Si tu veux faire un simple ajout n'utilise pas UNION mais "UNION ALL".

D'autre part ça arrive souvent que le count(*) soit plus rapide parceque l'optimiseur ne va scaner que les index de clef primaire si possible, le plan d'éxécution étant différent, il est normal que les temps le soient aussi.

en revanche, count(*) êut-être très long à cause d'une HWM trop loin ;)

Qu'est ce qu'un HWM trop loin?

Human White Matter ?

HWM = High-Watter Mark, cf un tutoriel de Fred_d : http://oracle.developpez.com/guide/a...lespaces/#L1.4

Ah ok, je croyais à un gag comme le CKI (Chair Keyboard Interface)