Discussion :

[jjacques68]

Bonjour à tous,

je rencontre une erreur d’initialisation d'une requête (créé avec l'éditeur de requête):



Jamais encore vu ça.

Il faut savoir que cette requête fonctionne parfaitement quand les fichier de données sont en locale (HFSQL classic).

Mais dès que je passe sur le serveur HFSQL (client/serveur) il me met cette erreur.

Et je ne comprends pas. J'ai supprimer et recréé la requête mais sans succès.

Voici son code SQL :

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
SELECT 
	Temp_Indice.IDIndice AS IDIndice,	
	Indice.Indice AS Indice,	
	MAX(PRG.IDPRG) AS IDPRG
FROM 
	Indice,	
	PRG,	
	Temp_Indice
WHERE 
	Temp_Indice.IDIndice = Indice.IDIndice
	AND		Indice.IDIndice = PRG.IDIndice
 
GROUP BY 
	Temp_Indice.IDIndice,	
	Indice.Indice,	
	Temp_Indice.IDIndice,	
	Indice.Indice
ORDER BY 
	IDIndice ASC

A savoir que la table PRG est sur le serveur HFSQL et que les tables "temp_" sont sur le poste local (HFSQL classic)

Si vous avez une idée ?? parce que la je bloque...

J'ai pas trouvé de solutions sur le net...

merci d'avance !!

[Voroltinquo]

Bonjour,
Un message de ce style arrive souvent lorsque l'on a un HLitSuivant sans HLitPremier ou HLitRecherchePremier

[jjacques68]

ben là c'est sur l’exécution de la requête même...

soit dans l'éditeur de requête, soit directement sur le hExecuteRequete...

[Voroltinquo]

A priori, il me semble qu'il faudrait un HDéclareExterne sur les tables Temp_

[jjacques68]

je viens d’essayer, erreur sur l’instruction hDeclare car le fichier Temp_xxxx existe déjà dans l’analyse.

Et si je le supprime, mes requête ne vont pas aimées...

Je me suis dis que je pourrais peut-être mettre les table Temp sur le serveur, mais je peux pas, car elles doivent rester locales.
En effet plusieurs clients pourront utiliser l’application simultanément.

c’est vraiment un comportement étrange... et ça me bloque complètement
je vois rien pour contourner la chose...

j’ai l’impression qu’on peut pas faire de requêtes entre des tables locales classic et des tables C/S sur un serveur HFSQL !

[Voroltinquo]

Il y aurait peut être la solution de créer une vue sur ta table Temp_ au niveau de ton serveur et d'exécuter ta requête sur cette vue.

[jjacques68]

Je comprends l'idée.

Mais si 2 utilisateurs utilisent l'application ? ils vont se partager la même vue ? où chacun aura la sienne ?

[tbc92]

Dans la table Temp_, si tu la mets sur le serveur, il faut ajouter une colonne qui permettra d'identifier qui est 'propriétaire' de tel enregistrement.

[frenchsting]

Question très bête, tu n'aurais pas une histoire d'emplacement non autorisé pour ton fichier TEMP ?

Peux-tu nous mettre le code d'appel de ta requête et de la lecture du résultat ?

[jjacques68]

@frenchsting, non non l'accès au fichier Temp est dans le répertoire EXE du projet...

Les tests que je fais sont depuis l'éditeur de requête avec le bouton GO... donc pas de codes d'appels...

[frenchsting]

Je pense que ça vient de la requête elle-même:
- tu fais un max(PRG.IDPRG) mais PRG.IDPRG n'est pas dans la clause GROUP BY,
- de plus, tu as un double GROUP BY "Temp_Indice.IDIndice, Indice.Indice".

Je pense que tu dois refaire complètement ta requête. Avec l'éditeur de requête, il y a parfois des surprises.

[tbc92]

Je pense que ça vient de la requête elle-même:
- tu fais un max(PRG.IDPRG) mais PRG.IDPRG n'est pas dans la clause GROUP BY,
- de plus, tu as un double GROUP BY "Temp_Indice.IDIndice, Indice.Indice".

max(PRG.IDPRG) mais PRG.IDPRG n'est pas dans la clause GROUP BY, : ça c'est bon. Rien à changer sur ça. Etourderie de la part de notre ami Frenchsting.
Par contre, l'autre argument est tout à fait intéressant ! group by Temp_Indice.IDIndice, Indice.Indice,Temp_Indice.IDIndice, Indice.Indice : les 2 colonnes sont en double dans le group by ; je n'ai pas vérifié, mais c'est effectivement un truc très louche.

[frenchsting]

Argh, oui, je pensais à un COUNT() pas au MAX(). Mea culpa.

[jjacques68]

Zut ça j'avais pas fait attention !

faut que j'essaye...

[jjacques68]

Bon j'ai plus ces doublons dans le clause GROUPE BY.

Lais j'ai changé de méthode, je passe plus par des tables locales temporaire.
J'écris mes requête SQL en dur dans.
Je les fais varier selon des options et donc plus besoin table temporaire.

J'ai l'impression que l'on peut pas faire de requête entre une table Classic et C/S.

Là j'ai plus le message d'erreur.

Par contre je galère avec la clause MAX...

voir le nouveau sujet : https://www.developpez.net/forums/d2...ntre-2-tables/