Savez-vous s'il existe un utilitaire gratuit comparable à STRSQL.
Je vais craquer et me j'ter par la fenêtre si continue à utiliser QUERY/400. Je veux faire des requêtes le plus simplement possible !!!
Je vais craquer et me j'ter par la fenêtre si continue à utiliser QUERY/400. Je veux faire des requêtes le plus simplement possible !!!
Est-ce que tu es en train de dire que le logiciel auquel on accède par STRSQL n'est pas installé sur ton AS400 ? ![]()
tout a fait et c'est vraiment galère. une idée?
Oui.
SQL est quand même installé sur la machine même si l'utilitaire interactif (accessible par STRSQL), lui, n'est pas installé. L'utilitaire n'est pas installé car ta machine doit être probablement une machine de production et que l'utilitaire interactif est un logiciel sous licence IBM, donc payant.
On accède à SQL par Query Manager Query (QMQRY), qu'on peut utiliser de 2 façons.
1. En créant en premier lieu un QUERY/400 et en récupérant ensuite la clause SQL sous-jacente à ce query pour la modifier ensuite (on va voir comment + loin).
2. Par la commande STRQM que je ne connais pas beaucoup mais qui semble intéressante. C'est une option à creuser que je ne développerai pas ici parce que je ne la connais pas bien. A toi de voir.
Faire un QUERY/400 (que j'appelle pour l'exemple MONQRY400) et récupérer le SQL sous-jacent
1. Créer un fichier source nommé QQMQRYSRC :
CRTSRCPF MABIB/QQMQRYSRC
2. Récupérer le SQL du QRY/400:
RTVQMQRY QMQRY(MABIB/MONQRY400)
SRCFILE(MABIB/QQMQRYSRC)
ALWQRYDFN(*YES)
3. Mettre à jour le SQL sous-jacent (Ne toucher qu'aux instructions SQL) :
WRKMBRPDM FILE(MABIB/QQMQRYSRC)
MBR(MONQRY400)
MBRTYPE(QMQRY)
Remplacer ce que l'on veut dans les clauses SQL par des noms de variables &Variable.
Par exemple:
SELECT
ALL NOM, DATLIM, CURRENT DATE AS Date_Du_Jour, ...
FROM MABIB/MATABLE T01
WHERE DATLIM BETWEEN &DateDeb AND &DateFin
4. Compiler le membre MONQRY400:
CRTQMQRY QMQRY(MABIB/MONQRY400)
SRCFILE(MABIB/QQMQRYSRC)
5. Rectifier si erreurs et recompiler jusqu'à 0 erreur.
6. Exécuter le SQL avec la commande STRQMQRY:
STRQMQRY QMQRY(MABIB/MONQRY400)
OUTPUT(...)
SETVAR((DATEDEB '''2006-01-01''') (DATEFIN '''2006-
12-31'''))
Remarquer que j'ai repris sur les paramètres SETVAR de cette commande les noms des variables sans la perluète ( & ) que j'ai mise dans le SQL. Il faut respecter cette syntaxe ainsi que les triples quotes à placer de part et d'autre des variables alphanumériques.
Voilà ! C'est un tantinet lourd à gérer mais ça peut éviter des QUERY/400 en pagaille.
Tiens-nous au courant.
--Message édité par philippe le 12-12-06 à 21:15:23--
SQL est quand même installé sur la machine même si l'utilitaire interactif (accessible par STRSQL), lui, n'est pas installé. L'utilitaire n'est pas installé car ta machine doit être probablement une machine de production et que l'utilitaire interactif est un logiciel sous licence IBM, donc payant.
On accède à SQL par Query Manager Query (QMQRY), qu'on peut utiliser de 2 façons.
1. En créant en premier lieu un QUERY/400 et en récupérant ensuite la clause SQL sous-jacente à ce query pour la modifier ensuite (on va voir comment + loin).
2. Par la commande STRQM que je ne connais pas beaucoup mais qui semble intéressante. C'est une option à creuser que je ne développerai pas ici parce que je ne la connais pas bien. A toi de voir.
Faire un QUERY/400 (que j'appelle pour l'exemple MONQRY400) et récupérer le SQL sous-jacent
1. Créer un fichier source nommé QQMQRYSRC :
CRTSRCPF MABIB/QQMQRYSRC
2. Récupérer le SQL du QRY/400:
RTVQMQRY QMQRY(MABIB/MONQRY400)
SRCFILE(MABIB/QQMQRYSRC)
ALWQRYDFN(*YES)
3. Mettre à jour le SQL sous-jacent (Ne toucher qu'aux instructions SQL) :
WRKMBRPDM FILE(MABIB/QQMQRYSRC)
MBR(MONQRY400)
MBRTYPE(QMQRY)
Remplacer ce que l'on veut dans les clauses SQL par des noms de variables &Variable.
Par exemple:
SELECT
ALL NOM, DATLIM, CURRENT DATE AS Date_Du_Jour, ...
FROM MABIB/MATABLE T01
WHERE DATLIM BETWEEN &DateDeb AND &DateFin
4. Compiler le membre MONQRY400:
CRTQMQRY QMQRY(MABIB/MONQRY400)
SRCFILE(MABIB/QQMQRYSRC)
5. Rectifier si erreurs et recompiler jusqu'à 0 erreur.
6. Exécuter le SQL avec la commande STRQMQRY:
STRQMQRY QMQRY(MABIB/MONQRY400)
OUTPUT(...)
SETVAR((DATEDEB '''2006-01-01''') (DATEFIN '''2006-
12-31'''))
Remarquer que j'ai repris sur les paramètres SETVAR de cette commande les noms des variables sans la perluète ( & ) que j'ai mise dans le SQL. Il faut respecter cette syntaxe ainsi que les triples quotes à placer de part et d'autre des variables alphanumériques.
Voilà ! C'est un tantinet lourd à gérer mais ça peut éviter des QUERY/400 en pagaille.
Tiens-nous au courant.
--Message édité par philippe le 12-12-06 à 21:15:23--
bonjour,
il existe un utilitaire gratuit qui s'appelle RUNSQL; je ne me souviens pas où le récupérer, mais pour ma part, je l'avais obtenu avec REMY qui intervenait régulièrement sur le site ( je ne l'ai pas conservé, nous avons SQL sur notre machine)
Avec un peu de chance, si REMY regarde ce forum ...; cela étant, on doit le trouver sur le net en frappant "RUNSQL" sous GOOGLE par exemple.
Bonne journée.
il existe un utilitaire gratuit qui s'appelle RUNSQL; je ne me souviens pas où le récupérer, mais pour ma part, je l'avais obtenu avec REMY qui intervenait régulièrement sur le site ( je ne l'ai pas conservé, nous avons SQL sur notre machine)
Avec un peu de chance, si REMY regarde ce forum ...; cela étant, on doit le trouver sur le net en frappant "RUNSQL" sous GOOGLE par exemple.
Bonne journée.
J'ai trouvé sur google quelques sites qui en parlent mais qui ne le mettent pas à disposition. (infos sup. la version de l'AS400 est V4R3 si tte fois ça avait de l'importance). J'continue la recherche.
merci
merci
Bonjour,
Si il s'agit d'exécuter des requêtes SQL et de visualiser le résultat, Excel est une possibilité simple à mettre en oeuvre.
Attention toutefois de ne pas exécuter des requêtes ramenant un trop grand nombre d'enregistrements....
Plus d'info => http://www.conduitedeprojet.net/spip.php?article284
Si il s'agit d'exécuter des requêtes SQL et de visualiser le résultat, Excel est une possibilité simple à mettre en oeuvre.
Attention toutefois de ne pas exécuter des requêtes ramenant un trop grand nombre d'enregistrements....
Plus d'info => http://www.conduitedeprojet.net/spip.php?article284
J'ai la furieuse impression que RUNSQL est un logiciel maison qui consiste à habiller la commande STRQMQRY. Il n'est certainement pas distribué par IBM ou par un éditeur de logiciel quelconque.
J'ai finalement ramener mon portable au boulot sur lequel j'ai pu installer SQL View et un driver ODBC. Donc c'est un probleme qui est résolu. Merci pour toutes les solutions que vous m'avez apportées meme si le matos ne pouvait pas le supporter.