select dans la clause From

Je fais pas mal de requêtes mais pas des très compliquées. Et là j'ai un petit problème avec Interbase (V6.1 - opensource).

J'ai 2 tables BOOK1 et BOOK2 qui comporte les mêmes champs (ID_CLIENT, HEBDO, QTE)

BOOK 1

1 200701 2
2 200701 4
3 200701 5
1 200702 3
2 200702 4

BOOK 2

4 200701 1
5 200701 2
6 200701 4
4 200702 5
6 200702 3

Donnerait :

200701 18
200702 15



Je veux faire la somme des quantités hebdomadaires sur ces deux tables.

Je pensais donc à :

Code:

---

1 2 3 4 5 6

SELECT HEBDO, SUM(QTE) AS QTE FROM (SELECT HEBDO, QTE FROM BOOK1 UNION SELECT HEBDO, QTE FROM BOOK2) GROUP BY HEBDO

---

mais la clause FROM n'accepte pas le SELECT.

Connaissez vous une autre méthode ?

Merci

Salut

Dommage cette notation serait intéressante.

A défaut de mieux, crées une vue qui "habille" l'union :

Code:

---

1 2 3 4 5

CREATE VIEW ALL_BOOKS AS SELECT HEBDO, QTE FROM BOOK1 UNION SELECT HEBDO, QTE FROM BOOK2

---

Sur cette vue, tu appliques ton SELECT avec GROUP.

Je ne peux pas tester. Donne des nouvelles si ça marche.

cdlt

e-ric

Merci pour ta réponse mais elle ne me convient pas car afin de ne pas dépendre de mon SGBDR (si je veux évoluer facilement vers un autre), ma base n'est qu'un fichier de stockage de données. Je n'ai donc que des tables dedans ; ni de PS, ni de vues. Ce choix peut se discuter mais c'est le mien.

Si il n'y a pas de solution dite SQL direct, je vais retravailler la structure de ma base et notemment de mes 2 tables en les fusionnant en une seule où j'ajouterais un flag (0 ou 1) pour savoir si les enregistrement réagissent à la manière de BOOK1 ou de BOOK2. Il va donc falloir que je me retape un peut de programme.

Si quelqun a la solution, j'attends encore un peu ...

Salut

La solution que tu as retenu permet de rationnaliser la structure de ta base, c'est très pertinent si les deux tables ont une structure identique.

Sinon, j'ai cru comprendre que Firebird permettra dans un avenir proche d'écrire directement une telle requête comme tu le souhaite, à vérifier bien sûr. Oracle le permet déjà, c'est effectivement très pratique.

cdlt

e-ric

Je pense basculer sur FireBird dès que je sortirais un peu la tête de l'eau. Vu que personne semble avoir d'idée, cette fois-ci je vais me taper un peu de code à refaire (ça m'apprendra à vouloir compliquer les choses - c'est la résultante d'une mauvaise analyse du problème à la base).

Merci pour tes réponses