Discussion :

[tatayo]

frenchsting: en fait c'était ma première idée, mais visiblement HFSQL ne supporte pas les CTE. Ou pas encore, peut-être dans une prochaine version.

C'est bien dommage, car ça permet dans certains cas de découper une requête et d'en simplifier l'écriture.

Tiens, une autre solution qui me vient à l'esprit: une sous requête:

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
SELECT COMMANDC.NUMEROC, COMMANDC.CODE, COMMANDC.NOM, COD_PROJET.NOM, MaxDeTOTAL, SommeDeTOTAL1, MaxDeTOTAL - SommeDeTOTAL1 AS SOLDE
from
(
FROM COD_PROJET
INNER JOIN COMMANDC ON COD_PROJET.IDCOD_PROJET = COMMANDC.IDCOD_PROJET
INNER JOIN FACTURE ON FACTURE.NUM_CMD_SITUATION = COMMANDC.NUMEROC
GROUP BY COMMANDC.NUMEROC, COMMANDC.CODE, COMMANDC.NOM, COD_PROJET.NOM
)
ORDER BY NUMEROC DESC;

L'aide en ligne indique que c'est supporté, donc ça me semble être une piste à tenter.

Tatayo.

[philouZ]

Bonjour,

Je vois que j'arrive après la guerre mais je confirme que les limites de HFSQL sont importantes et notamment en SQL. Ce genre de requête n'a jamais fonctionné et ne sera très certainement jamais implémenté dans HFSQL car ce n'est pas la priorité de PC Soft.

Je n'utilise plus HFSQL depuis très longtemps sauf si je n'ai pas le choix (un client qui l'utilise par exemple). Je suis passé sur du PostgreSQL ou SQL Server bien plus efficace et robuste que HFSQL.

Donc la solution peut être de s'affranchir de HFSQL tout simplement en utilisant tout autre SGBD qui conviendrait à la société.

[frenchsting]

Bonjour,

Oui, le SQL de HF n'est pas terrible. Mais HF a l'avantage d'être gratuit est facile à implémenter. Si tu sais que tu vas avoir des requêtes simples (peu de jointures), ça marche très bien.

Je travaille également avec PostgrSQL qui est top au niveau SQL. Par contre, pour des raisons de sécurité, on nous a demandé de monter en version et ça a été problématique (mémo binaires).

SQL server, est bien mais plus lent que Oracle (qui a également des défauts).

J'ai même vu des personnes qui se contentent (et adorent) Excel en Bdd...

Bref, pour dire que le choix de moteur de bdd dépend de pas mal de facteurs... A analyser avant implémentation. Ou à subir après...

[Voroltinquo]

Bonjour,
Dans SQL92 sur lequel est calqué (à 99.9%) HFSQL lorsque l'on veut faire des calculs sur le résultat de calculs intermédiaires, il faut mettre ces calculs (intermédiaires) dans une sous requête.
Grosso merdo, la requête devient,

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

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
 
SELECT
     Commande.NoCde AS NoCommande
     ......
     REQ_MAX.Max AS Maxi
     REQ_Tot.Total AS Total
     REQ_MAX.Max-REQ_Tot.Total AS Solde
FROM
     Commande,
     (
     SELECT
          Max(TOTAL) AS MAX
     FROM
          Commande
     ) REQ_MAX,
     (
     SELECT
          Sum(TOTAL) As Total
     FROM
           FACTURE
     ) REQ_Tot
--On est en SQL 92, le INNER JOIN est inutile
WHERE
     COD_PROJET.IDCOD_PROJET = COMMANDC.IDCOD_PROJET
     AND
     FACTURE.NUM_CMD_SITUATION = COMMANDC.NUMEROC

Remarque
On peut saisir

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
...
     REQ_MAX.Max AS Maxi
     REQ_Tot.Total AS Total
     Maxi-Total AS Solde

Mais l'éditeur le transforme en

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
...
     REQ_MAX.Max AS Maxi
     REQ_Tot.Total AS Total
     REQ_MAX.Max-REQ_Tot.Total AS Solde

En ce qui concerne les CTE, elles ne sont apparues qu'avec SQL 98 tout comme les requêtes récursives