Discussion :

[thedev7]

Bonjour,

Lorsque j'exécute la requête suivante avec MiTec Interbase Query j'obtiens "invalid request BLR at offset 75. Undefined message number". Si je l'exécute avec IBConsole ou que je remplace le ":aDV" du Update par 0 (par exemple), la procédure est correctement créée.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
CREATE PROCEDURE Update_260307
as
  DECLARE VARIABLE aDV TIMESTAMP;
begin
 
  FOR SELECT date_vente
        FROM ventes
        INTO aDV do
  BEGIN
    UPDATE ventes
      SET date_vente=:aDV;
  END
end ^

Y-a-t-il une restriction de langage pour ce type de requête ? Faut-il préciser quelque chose que IBConsole fait automatiquement ?

Merci d'avance pour vos excellentes suggestions.

PS :
J'utilise une .GDB.

[Cl@udius]

Salut

Je ne te donnerai pas une explication pour ton message d'erreur, mais elle est censée faire quoi ta PS ?
Il ne manquerait pas un WHERE dans la requête UPDATE ?

PS :
J'utilise une .GDB.

Quel est l'intérêt ?

@+ Claudius

[qi130]

Code :

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

1
2
3
...
INTO aDV 
...

Ne serait-ce pas

Code :

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

INTO :aDV

Quel est l'intérêt ?

+1 , surtout que je ne m'explique pas la manip: datevente-> :adv-> datevente

[thedev7]

Merci pour les réponses.

L'explication du code tient dans le fait que j'ai simplifié au maximum ma requête pour isoler l'erreur et effectivement normalement il y a un where (qui sélectionne les ventes de dates proches (< 5sec) pour leur assigner la même date et ainsi corriger une erreur précédente qui m'a différencié de quelques millisecondes des ventes faisant partie d'un ensemble fait à la même date).

Le : est fortement conseillé avec IBConsole. Mais avec IBQuery il donne lieu à une erreur comme quoi le paramètre n'est pas défini ou un truc dans le genre parce qu'il ne peut pas remplacer le ":Adv" par une variable (into attend une variable non une valeur !).

Ensuite, il n'y aucun intérêt à utiliser un .gdb avec Firebird sauf pour raison de compatibilité. J'ai malheureusement déployé deux fois mon logiciel avec Interbase avant qu'on me fasse remarquer que c'est beaucoup mieux avec Firebird. J'ai donc conservé un fichier .gdb.

Enfin, la réponse n'est plus vraiment urgente (mais elle m'intéresse quand même) parce que je l'ai remplacé par une requête lourde.

Vive la programmation !

[makowski]

Ensuite, il n'y aucun intérêt à utiliser un .gdb avec Firebird sauf pour raison de compatibilité. J'ai malheureusement déployé deux fois mon logiciel avec Interbase avant qu'on me fasse remarquer que c'est beaucoup mieux avec Firebird. J'ai donc conservé un fichier .gdb.

ça n'a rien à voir !
tu peux nommer tes bases comme tu veux .gdb, .fdb, .blou, .toto
le problème du .gdb c'est avec Windows XP qui met ces types de fichiers sous surveillance et donc génére des ralentissements terribles
et ça que ce soit avec Interbase ou Firebird