> existe-t-il avec l'acces alter natif, une commande pour exécuter un
fichier .SQL , dans le genre de la commande HExécuteRequèteSql ?
> existe-t-il avec l'acces alter natif, une commande pour exécuter un
fichier .SQL , dans le genre de la commande HExécuteRequèteSql ?
> existe-t-il avec l'acces alter natif, une commande pour exécuter un
fichier .SQL , dans le genre de la commande HExécuteRequèteSql ?
existe-t-il avec l'acces alter natif, une commande pour exécuter un
fichier .SQL , dans le genre de la commande HExécuteRequèteSql ?
Je parle pour oracle mais il doit en etre de même pour les autres : non
cette fonction n'existe pas.
Par contre elle peut etre facilement mise en oeuvre, il faut extraire les
chaines (extraitchaine) avec comme séparateur le ; (séparateur SQL) depuis
un fichier texte (tu le mets dans une méga chaine de caractère). Pour toutes
ces chaines il faut lancer mySQLExec().
Je pense avoir donné assez de billes ;-)
Si c'est urgent, peux-tu faire un draft de la méthode et on l'intègre dans
les accès natifs, sinon je commence à y travailler ce soir.
existe-t-il avec l'acces alter natif, une commande pour exécuter un
fichier .SQL , dans le genre de la commande HExécuteRequèteSql ?
Je parle pour oracle mais il doit en etre de même pour les autres : non
cette fonction n'existe pas.
Par contre elle peut etre facilement mise en oeuvre, il faut extraire les
chaines (extraitchaine) avec comme séparateur le ; (séparateur SQL) depuis
un fichier texte (tu le mets dans une méga chaine de caractère). Pour toutes
ces chaines il faut lancer mySQLExec().
Je pense avoir donné assez de billes ;-)
Si c'est urgent, peux-tu faire un draft de la méthode et on l'intègre dans
les accès natifs, sinon je commence à y travailler ce soir.
existe-t-il avec l'acces alter natif, une commande pour exécuter un
fichier .SQL , dans le genre de la commande HExécuteRequèteSql ?
Je parle pour oracle mais il doit en etre de même pour les autres : non
cette fonction n'existe pas.
Par contre elle peut etre facilement mise en oeuvre, il faut extraire les
chaines (extraitchaine) avec comme séparateur le ; (séparateur SQL) depuis
un fichier texte (tu le mets dans une méga chaine de caractère). Pour toutes
ces chaines il faut lancer mySQLExec().
Je pense avoir donné assez de billes ;-)
Si c'est urgent, peux-tu faire un draft de la méthode et on l'intègre dans
les accès natifs, sinon je commence à y travailler ce soir.
Manu avait énoncé :existe-t-il avec l'acces alter natif, une commande pour exécuter un
fichier .SQL , dans le genre de la commande HExécuteRequèteSql ?
Je parle pour oracle mais il doit en etre de même pour les autres :
non cette fonction n'existe pas.
Par contre elle peut etre facilement mise en oeuvre, il faut
extraire les chaines (extraitchaine) avec comme séparateur le ;
(séparateur SQL) depuis un fichier texte (tu le mets dans une méga
chaine de caractère). Pour toutes ces chaines il faut lancer
mySQLExec().
Je pense avoir donné assez de billes ;-)
Manu avait énoncé :
existe-t-il avec l'acces alter natif, une commande pour exécuter un
fichier .SQL , dans le genre de la commande HExécuteRequèteSql ?
Je parle pour oracle mais il doit en etre de même pour les autres :
non cette fonction n'existe pas.
Par contre elle peut etre facilement mise en oeuvre, il faut
extraire les chaines (extraitchaine) avec comme séparateur le ;
(séparateur SQL) depuis un fichier texte (tu le mets dans une méga
chaine de caractère). Pour toutes ces chaines il faut lancer
mySQLExec().
Je pense avoir donné assez de billes ;-)
Manu avait énoncé :existe-t-il avec l'acces alter natif, une commande pour exécuter un
fichier .SQL , dans le genre de la commande HExécuteRequèteSql ?
Je parle pour oracle mais il doit en etre de même pour les autres :
non cette fonction n'existe pas.
Par contre elle peut etre facilement mise en oeuvre, il faut
extraire les chaines (extraitchaine) avec comme séparateur le ;
(séparateur SQL) depuis un fichier texte (tu le mets dans une méga
chaine de caractère). Pour toutes ces chaines il faut lancer
mySQLExec().
Je pense avoir donné assez de billes ;-)
Manu avait énoncé :existe-t-il avec l'acces alter natif, une commande pour exécuter un
fichier .SQL , dans le genre de la commande HExécuteRequèteSql ?
Je parle pour oracle mais il doit en etre de même pour les autres :
non cette fonction n'existe pas.
Par contre elle peut etre facilement mise en oeuvre, il faut
extraire les chaines (extraitchaine) avec comme séparateur le ;
(séparateur SQL) depuis un fichier texte (tu le mets dans une méga
chaine de caractère). Pour toutes ces chaines il faut lancer
mySQLExec().
Je pense avoir donné assez de billes ;-)
Si c'est urgent, peux-tu faire un draft de la méthode et on
l'intègre dans les accès natifs, sinon je commence à y travailler ce
soir.
Dans mes fonctions SQl, j'ai la procédure ExecBatchScript. Si cela
peut vous aider.
commande=TronqueDernierCaractere(lignelue) //enlève le ;
Manu avait énoncé :
existe-t-il avec l'acces alter natif, une commande pour exécuter un
fichier .SQL , dans le genre de la commande HExécuteRequèteSql ?
Je parle pour oracle mais il doit en etre de même pour les autres :
non cette fonction n'existe pas.
Par contre elle peut etre facilement mise en oeuvre, il faut
extraire les chaines (extraitchaine) avec comme séparateur le ;
(séparateur SQL) depuis un fichier texte (tu le mets dans une méga
chaine de caractère). Pour toutes ces chaines il faut lancer
mySQLExec().
Je pense avoir donné assez de billes ;-)
Si c'est urgent, peux-tu faire un draft de la méthode et on
l'intègre dans les accès natifs, sinon je commence à y travailler ce
soir.
Dans mes fonctions SQl, j'ai la procédure ExecBatchScript. Si cela
peut vous aider.
commande=TronqueDernierCaractere(lignelue) //enlève le ;
Manu avait énoncé :existe-t-il avec l'acces alter natif, une commande pour exécuter un
fichier .SQL , dans le genre de la commande HExécuteRequèteSql ?
Je parle pour oracle mais il doit en etre de même pour les autres :
non cette fonction n'existe pas.
Par contre elle peut etre facilement mise en oeuvre, il faut
extraire les chaines (extraitchaine) avec comme séparateur le ;
(séparateur SQL) depuis un fichier texte (tu le mets dans une méga
chaine de caractère). Pour toutes ces chaines il faut lancer
mySQLExec().
Je pense avoir donné assez de billes ;-)
Si c'est urgent, peux-tu faire un draft de la méthode et on
l'intègre dans les accès natifs, sinon je commence à y travailler ce
soir.
Dans mes fonctions SQl, j'ai la procédure ExecBatchScript. Si cela
peut vous aider.
commande=TronqueDernierCaractere(lignelue) //enlève le ;
> Merci Manu et Eric,
j'ai déjà fait une procédure avec recherche du point-virgule, qui
déclenche l'exécution de la requète. je demandais si ça existait déjà
sous une forme plus officielle.
En fait, j'avais pensé stocker mes requètes complexes (vu mon niveau
:), complexe ne veut pas dire grand chose), sous forme, soit de
fichier.sql, soit dans un blob d'une table où je référencerais mes
requètes.
les variables seraient stockées sous la forme %DATE%, etc., et gérées
par la commande Remplace.
Utopiste, peut-être ? Mais tant qu'on n'a pas de procédures stockées,
faut faire avec ce que l'on a. :)
> Merci Manu et Eric,
j'ai déjà fait une procédure avec recherche du point-virgule, qui
déclenche l'exécution de la requète. je demandais si ça existait déjà
sous une forme plus officielle.
En fait, j'avais pensé stocker mes requètes complexes (vu mon niveau
:), complexe ne veut pas dire grand chose), sous forme, soit de
fichier.sql, soit dans un blob d'une table où je référencerais mes
requètes.
les variables seraient stockées sous la forme %DATE%, etc., et gérées
par la commande Remplace.
Utopiste, peut-être ? Mais tant qu'on n'a pas de procédures stockées,
faut faire avec ce que l'on a. :)
> Merci Manu et Eric,
j'ai déjà fait une procédure avec recherche du point-virgule, qui
déclenche l'exécution de la requète. je demandais si ça existait déjà
sous une forme plus officielle.
En fait, j'avais pensé stocker mes requètes complexes (vu mon niveau
:), complexe ne veut pas dire grand chose), sous forme, soit de
fichier.sql, soit dans un blob d'une table où je référencerais mes
requètes.
les variables seraient stockées sous la forme %DATE%, etc., et gérées
par la commande Remplace.
Utopiste, peut-être ? Mais tant qu'on n'a pas de procédures stockées,
faut faire avec ce que l'on a. :)
Merci Manu et Eric,
j'ai déjà fait une procédure avec recherche du point-virgule, qui
déclenche l'exécution de la requète. je demandais si ça existait déjà
sous une forme plus officielle.
Non mais rien ne t'empeche de la rendre officielle (un simple mail ou
une publication ici et çà peut êter intégré dans les futures versions)En fait, j'avais pensé stocker mes requètes complexes (vu mon niveau
:), complexe ne veut pas dire grand chose), sous forme, soit de
fichier.sql, soit dans un blob d'une table où je référencerais mes
requètes.
On reste dans le cadreles variables seraient stockées sous la forme %DATE%, etc., et gérées
par la commande Remplace.
La on en sort ... car c'est du spécifique. A moins de créer une
classe qui ne le fasse avec un tableau des variables %DATE%, valeur a
remplacer et que cette classe utilise les classes des accès natifs.
On ne peut pas mettre la méthode au nievau des accès natif car tu
retouche les requetes avant execution.Utopiste, peut-être ? Mais tant qu'on n'a pas de procédures stockées,
faut faire avec ce que l'on a. :)
C'est déjà un bon moyen...
Merci Manu et Eric,
j'ai déjà fait une procédure avec recherche du point-virgule, qui
déclenche l'exécution de la requète. je demandais si ça existait déjà
sous une forme plus officielle.
Non mais rien ne t'empeche de la rendre officielle (un simple mail ou
une publication ici et çà peut êter intégré dans les futures versions)
En fait, j'avais pensé stocker mes requètes complexes (vu mon niveau
:), complexe ne veut pas dire grand chose), sous forme, soit de
fichier.sql, soit dans un blob d'une table où je référencerais mes
requètes.
On reste dans le cadre
les variables seraient stockées sous la forme %DATE%, etc., et gérées
par la commande Remplace.
La on en sort ... car c'est du spécifique. A moins de créer une
classe qui ne le fasse avec un tableau des variables %DATE%, valeur a
remplacer et que cette classe utilise les classes des accès natifs.
On ne peut pas mettre la méthode au nievau des accès natif car tu
retouche les requetes avant execution.
Utopiste, peut-être ? Mais tant qu'on n'a pas de procédures stockées,
faut faire avec ce que l'on a. :)
C'est déjà un bon moyen...
Merci Manu et Eric,
j'ai déjà fait une procédure avec recherche du point-virgule, qui
déclenche l'exécution de la requète. je demandais si ça existait déjà
sous une forme plus officielle.
Non mais rien ne t'empeche de la rendre officielle (un simple mail ou
une publication ici et çà peut êter intégré dans les futures versions)En fait, j'avais pensé stocker mes requètes complexes (vu mon niveau
:), complexe ne veut pas dire grand chose), sous forme, soit de
fichier.sql, soit dans un blob d'une table où je référencerais mes
requètes.
On reste dans le cadreles variables seraient stockées sous la forme %DATE%, etc., et gérées
par la commande Remplace.
La on en sort ... car c'est du spécifique. A moins de créer une
classe qui ne le fasse avec un tableau des variables %DATE%, valeur a
remplacer et que cette classe utilise les classes des accès natifs.
On ne peut pas mettre la méthode au nievau des accès natif car tu
retouche les requetes avant execution.Utopiste, peut-être ? Mais tant qu'on n'a pas de procédures stockées,
faut faire avec ce que l'on a. :)
C'est déjà un bon moyen...
>
Bien sur, c'est perfectible. Le nom envoyé est celui de la requète
(ex. stock.sql). La requète peut être sur plusieurs lignes, ou une
seule. Je ne démarre la transaction que si j'ai au moins une requète
non vide.
Mon problème vient des éléments variables d'une requète.
Pour alléger mon code, et améliorer la lisibilité, j'aurais préféré
utiliser des variables dans mes scripts, mais, tu as raison, ça sort
du cadre évoqué. C'est d'autant plus intéressant, qu'on peut modifier
ou améliorer un script sans recompilation ni mise à jour de l'appli.
merci encore
>
Bien sur, c'est perfectible. Le nom envoyé est celui de la requète
(ex. stock.sql). La requète peut être sur plusieurs lignes, ou une
seule. Je ne démarre la transaction que si j'ai au moins une requète
non vide.
Mon problème vient des éléments variables d'une requète.
Pour alléger mon code, et améliorer la lisibilité, j'aurais préféré
utiliser des variables dans mes scripts, mais, tu as raison, ça sort
du cadre évoqué. C'est d'autant plus intéressant, qu'on peut modifier
ou améliorer un script sans recompilation ni mise à jour de l'appli.
merci encore
>
Bien sur, c'est perfectible. Le nom envoyé est celui de la requète
(ex. stock.sql). La requète peut être sur plusieurs lignes, ou une
seule. Je ne démarre la transaction que si j'ai au moins une requète
non vide.
Mon problème vient des éléments variables d'une requète.
Pour alléger mon code, et améliorer la lisibilité, j'aurais préféré
utiliser des variables dans mes scripts, mais, tu as raison, ça sort
du cadre évoqué. C'est d'autant plus intéressant, qu'on peut modifier
ou améliorer un script sans recompilation ni mise à jour de l'appli.
merci encore