Discussion :

[PaulBilou]

Bonjour à tous,
Avec Oracle9i Release 2 Enterprise Edition sous Windows XP.
Question certainement élémentaire : j'ai un fichier 'essai.sql' :

Code :

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

show user;

Je tente de l'exécuter sous SYSTEM :

Code :

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

@essai.sql;

et j'ai le message :

Code :

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

SP2-0916: Le schéma essai.sql n'est pas pris en charge

J'ai vu un sujet identique dans le forum mais qui ne semble pas correspondre à mon cas.
Merci d'avance.
Paul

Pour ne pas vous obliger à lire les x pages voici la solution :

Extension iSQL*Plus pour Microsoft Windows
L'extension iSQL*Plus pour Microsoft Windows offre un menu contextuel permettant de charger ou d'exécuter des scripts SQL locaux dans iSQL*Plus. Cette extension fonctionne avec les fichiers .SQL et est activée en cliquant avec le bouton droit sur un fichier .SQL dans l'Explorateur Windows.
L'utilitaire est installé au cours de l'installation de la base de données Oracle9i et d'Oracle9i Client pour Windows. Après l'installation, vous pouvez configurer l'accès à un ou plusieurs serveurs iSQL*Plus.

Après avoir configuré l'extension, un double clic sur un fichier sql le lit ou l'exécute (variante : bouton droit).

Merci à tous pour leur aide sur cette longue quête.
Paul

[PaulBilou]

Voici l'écran du report avec echo sous isql*plus :

Code :

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

1
2
@essai.sql
SP2-0916: Le schéma essai.sql n'est pas pris en charge

Le script essai.sql ne contient que :

SHOW USER;

Je suis loggé en tant que SYSTEM.

[LeoAnderson]

Voici ce que dit la doc : http://download-west.oracle.com/docs...14.htm#1006835

SP2-0916 Scheme scheme not supported

Cause: iSQL*Plus only supports HTTP, HTTPS and FTP.

Action: Change the scheme to one that is supported.

[nuke_y]

Moi j'ai rien compris... Ca veut dire que sous iSQLplus on peut pas appeler de script en local ? Seulement en passant une adresse HTTP, HTTPS ou FTP ?

[LeoAnderson]

Exactement, et c'est tout à fait logique puisque iSQL*Plus est un serveur web, et il doit donc avoir exactement le même comportement que l'on soit sur un poste client (au sens web) que sur le serveur (web).
Et en mode Web, il n'y a que les protocole HTTP, HTTPS et FTP qui puissent garantir ce fonctionnement. (les clients web pouvant être sous des OS complètement différents, un chemin local MacOS, Unix

Pour charger un fichier local, il faudrait qu'il y ait une fonctionnalité "upload".

[PaulBilou]

Merci LeoAnderson et Nuke_y.
J'avais déjà lu l'aide du message d'erreur sans me sentir concerné puisque je suis en local "web" !
Effectivement, quand je sauve un script sous isql*plus il génére un "téléchargement" !
Concrétement, comment faire pour que isql*plus comprenne mon intention d'exécuter ce fichier sql ? Du côté de HOST ?
Merci de votre aide.
Paul

[LeoAnderson]

vous ne pouvez pas, la notion de local web n'a pas de sens.

Il faudrait que vous installier et configuriez un serveur web ou ftp pour mapper vos disques locaux et ensuite préciser l'adresse URL de votre fichier.

[PaulBilou]

Question : tu n'as pas moyen de mettre ce fichier quelque part de manière à ce qu'il soit accessible par FTP ou HTTP ?

Euh... je crois que non. Je suis trop novice ! De plus, ça deviendrait complexe pou une fonctionnalité basique !

Et sinon utiliser le bon vieux SQL*Plus ?

j'ai essayé les trois : sql*Plus, sql*Plus Worksheet, et isql*Plus. Aucun n'est vraiment satisfaisant... La version DOS c'est l'époque des cavernes..
La coloration syntaxique du worksheet est sympa mais que de lacunes.
Il manque à isql*Plus cette coloration syntaxique. Sinon j'apprécie vraiment les reports dans une nouvelle fenêtre plus l'aide 'en français'.
Paul

[nuke_y]

Restons calme :

1) Le SQL*Plus de l'âge des cavernes est celui que j'utilise tous les jours !!!

2) Si tu as iSQL*Plus en local, c'est que tu as un serveur Apache qui tourne (enfin je pense que c'est Apache) sur ta machine, donc tu peux chercher un répertoire dans lequel se mettent les pages HTML !!!

Sur une 9i je pense que c'est ORA_HOME\Apache\Apache\htdocs mais ça peut être autre chose. Essaye, cherche un peu les fichiers HTML dans ton ORA_HOME et tu devrais trouver où mettre tes scripts.

[LeoAnderson]

petits compléments :

1. SQL*Plus en mode console est le seul programme fiable ! ;-) si vous voulez de jolis programmes tout beau, il y a des outils ad'hoc style Toad ou autres.
2. Malheureusement ,non, ce n'est pas aussi simple. C'est un programme java qui est en écoute sur le port et il n'y a pas de fichier httpd.conf !

[PaulBilou]

Merci pour vos réponses.

Restons calme :
1) Le SQL*Plus de l'âge des cavernes est celui que j'utilise tous les jours !!!

Excuse... Pas question de mettre en cause les honorables utilisateurs de SQL*Plus !
Je ne comprends pas comment Oracle n'a pas encore mis à disposition un éditeur de code digne de ce nom et en français (c'est la loi, de plus..) !
Je persiste : une interface DOS aux fonctionnalités réduites, c'est bien l'époque des cavernes de l'informatique.

2) Si tu as iSQL*Plus en local, c'est que tu as un serveur Apache qui tourne (enfin je pense que c'est Apache) sur ta machine, donc tu peux chercher un répertoire dans lequel se mettent les pages HTML !!!
Malheureusement ,non, ce n'est pas aussi simple. C'est un programme java qui est en écoute sur le port et il n'y a pas de fichier httpd.conf !

Tout à fait, c'est un serveur Apache sans problème.
Pratiquement, la démarche à suivre serait-elle la suivante :
1) Stocker dans le répertoire Apache adéquat les fichiers sql
2) Comment les exécuter à partir de isql ?
Quelque chose comme cela :

Code :

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

@http://host.domain/script.sql

SQL*Plus en mode console est le seul programme fiable !

Malheur ! Pour les autres programmes !

si vous voulez de jolis programmes tout beau, il y a des outils ad'hoc style Toad ou autres

Merci du conseil. Je vais regarder du côté de chez TOAD. Je ne cherche pas un éditeur 'joli' mais un éditeur fonctionnel.

Merci encore à tous les deux pour votre aide.
Paul

[LeoAnderson]

Merci pour vos réponses.
1) Le SQL*Plus de l'âge des cavernes est celui que j'utilise tous les jours !!!
Excuse... Pas question de mettre en cause les honorables utilisateurs de SQL*Plus !
Je ne comprends pas comment Oracle n'a pas encore mis à disposition un éditeur de code digne de ce nom et en français (c'est la loi, de plus..) !
Je persiste : une interface DOS aux fonctionnalités réduites, c'est bien l'époque des cavernes de l'informatique

Alors là... vous y allez un peu fort !!!

Oracle Database Server est un outil qui a pour vocation de stocker des données, de forts volumes de données même et de les restituer de manière cohérente et la plus performante qui soit. point barre.
Il ne faut pas confondre les couches de données et les couches de présentation. C'est comme si vous vous plaigniez que le moteur de votre machine à laver est trop complexe d'utilisation.
Soit vous êtes un professionnel de l'électro-ménager et dans ce cas, le moteur n'a pas de secrets pour vous et un tournevis est votre outil quotidien; sinon, c'est la machine toute entière qui vous intérêsse et les 3 boutons en façade, et non tous les mécanismes internes (par exemple, ici pour pourrait citer Oracle Forms&Reports).

IL est donc question de données, uniquement. Pas de restitutions. Il n'y a donc nul besoin de se compliquer la vie avec des programmes graphiques dont le fonctionnement ne sera pas le même sur Unix, Linux ou Windows et qui ne feraient qu'introduire des risques de bugs !

De plus, l'âge des cavernes comme vous dites, c'est ce qu'on fait de mieux au niveau fiabilité, rapidité et sécurité !
(Par exemple, en cliquant supprimer, on peut toujours se planter d'objet si on glisse un peu la souris; quand on tape drop table user1.table2, aucune chance de se louper !)

J'avoue reconnaitre être un peu excessif (bien sûr que je n'utilise pas que SQL*Plus mais dès qu'il y a le moindre doute ou autre, il n'y a qu'UNE SEULE référence, SQL*Plus !)

[nuke_y]

je rajouterai qu'une requête "bloquée" sous TOAD oblige à fermer et rouvrir TOAD. Sous SQL*Plus c'est un ctrl+C.

Il y a plein de choses sous SQL*Plus qui sont plus intéressantes qu'ailleurs (par exemple va exécuter un script en batch avec iSQL*Plus ou TOAD, hein? Pour voir...

Maintenant... je reconnais que depuis le tps ils aurait pu faire un TOAD like.

[PaulBilou]

Alors là... vous y allez un peu fort !!!
Oracle Database Server est un outil qui a pour vocation de stocker des données, de forts volumes de données même et de les restituer de manière cohérente et la plus performante qui soit. point barre....

Excusez-moi si c'est trop fort
Très belle argumentation de LeoAnderson à laquelle j'adhère... partiellement !
Moi aussi, j'ai l'âme d'un mécanicien, et je suis certain que je vais prendre beaucoup de plaisir à 'tirer du code' en mode DOS. Mais...
Reprenons la mécanique :
Quand Peugeot ou Renault mettent sur le marché un nouveau véhicule, non seulement ils produisent la documentation et savoir faire nécessaire aux 'mécaniciens' mais ils produisent AUSSI des bancs d'essais, des logiciels de contrôle, etc... Bref, tout ce qui est nécessaire pour mettre en oeuvre le produit. J'attends la même chose d'Oracle.
Et, mon petit doigt me dit qu'il en sera vraisemblablement ainsi :
- Oracle ne compte-t'il pas arrêter les versions sql*plus worksheet ?
- Oracle ne prépare-t-il pas une nouvelle version d'isql*plus plus musclée ?

je rajouterai qu'une requête "bloquée" sous TOAD oblige à fermer et rouvrir TOAD. Sous SQL*Plus c'est un ctrl+C.

J'ai regardé TOAD. Ca m'a l'air très complet bien qu'en anglais.
Des imperfections et bugs, il y en a dans tous les produits, ce qui n'enlève rien au fait qu'ils sont indispensables.

Enfin , pour revenir à l'origine de mon post, j'ai tapé ça sous isql*plus :

Code :

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

http:\\Paul:7778\c:\essai.sql;

Il me répond qu'il ne peut pas ouvrir le fichier :

Code :

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

SP2-0310: impossible d'ouvrir le fichier "http://paul:7778/essai.sql"

Il n'y à vraiment aucun espoir sous isql*plus ?

Merci à tous les deux de vos précieux conseils.
Paul

[nuke_y]

Et j'imagine que à cette adresse tu obtiens le fichier sql sans problème ?

[LeoAnderson]

Moi aussi, j'ai l'âme d'un mécanicien, et je suis certain que je vais prendre beaucoup de plaisir à 'tirer du code' en mode DOS. Mais...
Reprenons la mécanique :
Quand Peugeot ou Renault mettent sur le marché un nouveau véhicule, non seulement ils produisent la documentation et savoir faire nécessaire aux 'mécaniciens' mais ils produisent AUSSI des bancs d'essais, des logiciels de contrôle, etc... Bref, tout ce qui est nécessaire pour mettre en oeuvre le produit. J'attends la même chose d'Oracle.

Mais c'est ce que fait Oracle également : Form, Reports, ... sont des produits Oracle de présentation/exploitation des données ! ;-)
Allez sur la page de téléchargment de Oracle et vous verrez tous les produits qu'ils vendent...

Enfin , pour revenir à l'origine de mon post, j'ai tapé ça sous isql*plus :

Code :

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

http:\\Paul:7778\c:\essai.sql;

Il me répond qu'il ne peut pas ouvrir le fichier :

Code :

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

SP2-0310: impossible d'ouvrir le fichier "http://paul:7778/essai.sql"

Il n'y à vraiment aucun espoir sous isql*plus ?

Merci à tous les deux de vos précieux conseils.
Paul

http:\\Paul:7778\c:\essai.sql
ceci n'est pas une URL !!!
Une URL, ne contient pas C:\.
il faut que vous installier un serveur Web, sur un port particulier, que vous définissiez un alias web correspondant à un répertoire physique sur le disque.

Tant que depuis un poste client vous n'accèderez pas à ci fichier via une URL, aucune chance que iSQL*Plus fonctionne !

Pour plus d'infos sur la façon d'installer un serveur web ok, je vous suggère d'ouvrir un sujet dans le forum qui va bien ! :-)

[nuke_y]

mdr, j'avais pas fait gaffe au c:, tellement j'étais concentré sur cette histoire de SQL*Plus cro-magnon.

Bon comme je l'ai dit, quand tu arriveras à l'avoir par Internet Explorer, tu l'auras par iSQL*Plus (d'ailleurs c pas pratique du tout, y a pas une sorte de fonction upload ????!!! )

[PaulBilou]

Mais c'est ce que fait Oracle également : Form, Reports, ... sont des produits Oracle de présentation/exploitation des données !

Voui, voui... Sauf pour sql*plus ! Bon, je deviens un peu de mauvais fois C'est comme pour la femme que l'on convoite : il n'y a pas que la carrosserie

Et j'imagine que à cette adresse tu obtiens le fichier sql sans problème ?

J'imagine que oui. Voilà, si je tape l'url sous explorer :

Code :

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

1
2
3
4
Forbidden
You don't have permission to access /c:/essai.sql on this server.
--------------------------------------------------------------------------------
Oracle HTTP Server Powered by Apache/1.3.22 Server at PAUL Port 7778

Tant que depuis un poste client vous n'accèderez pas à ci fichier via une URL, aucune chance que iSQL*Plus fonctionne !

Bon, je garde de côté toutes les bonnes infos de LéoAnderson, mais.. pour plus tard ! Je me concentre sur Oracle et j'ai du chemin à faire..
Je suppose que je peux clore le fil ?
Paul

[nuke_y]

Euh sur les screens shots ici http://www.databasejournal.com/featu...0893_3361171_3 on voit un bouton "load script", ça permet pas de charger un script sur le serveur ça ???

[LeoAnderson]

Euh sur les screens shots ici http://www.databasejournal.com/featu...0893_3361171_3 on voit un bouton "load script", ça permet pas de charger un script sur le serveur ça ???

Exact, j'avais pas vu ...

Alors, le bouton "Charger Script" permet d'accéder à un écran où on a le choix entre taper une URL (<=> nécessite un serveur HTTP) ou charger un fichier local sur le poste.
Mais on ne peut pas appeller un script par @toto.sql dans la zone de saisie des instructions.

Cependant, si on a configuré un serveur http et si on appelle un script par

Code :

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

@http://127.0.0.1/test.sql

, ça fonctionne.
par contre, si on chercher à accéder au même fichier en faisant "charger", on obtient l'erreur SP2-0869 :

SP2-0869 Invalid file content

Cause: Attempted to load a script into the input area with a format the web server cannot understand.

Action: Make sure the script is in a text file and the MIME type settings needed by the browser to recognize the file are set correctly. Typically if you are loading a file with the extension .SQL, make sure the browser has a SQL MIME type.

Bref, le plus simple, c'est d'utiliser sqlplus ! ;-)