[11g] Comment utiliser SQLPlus comme sous 10g ?

Je viens de changer de poste, et sur le nouveau je me retrouve avec un client 11g (sachant qu'avant, j'avais un client 10g).

J'ai l'habitude d'utiliser SQLPlus pour faire les livraisons de créations / modifications de structure de tables, ainsi que les créations / modifications de procédures stockées.

Sous 11g, je découvre que SQLPlus est une fenêtre DOS. :weird:

Questions :
- En fouillant le net, j'ai cru comprendre que pour se connecter, il faut donner "instance@shéma". C'est bien ça ?
- Pour les scripts de création / modification de procédures stockées, sous 10g, je faisais [Fichier][Ouvrir] pour me placer dans le répertoire des scripts des procédures, et je les compilais avec "@". Comment faut-il faire maintenant ?
- Question subsidiaire : pourquoi remplacer un outils qui marchait bien bien, par une fenêtre DOS pas pratique ? :cfou:

:hola:

Vous vous méprenez, SQL*Plus a toujours eu un look "DOS".

Téléchargez SQL Developer, SQL*Plus c'est surtout un outil pour DBA intégristes ! :-)

tu dois faire référence à "sqlplusw.exe" qui a été abandonné en 11g (faut dire que la version graphique était une belle m***e, je n'ai jamais compris pourquoi oracle la maintenait...)

Ca ne me dit toujours pas comment compiler des procédures stockées.
Comment exécuter un script dans SQLDevelopper comme avec SQLPlus ?
Voici un exemple de script :

Citation:

---

@ProcédureMachin;
@ProcédureTruc;
@AutreProcédure;
...

---

SQLDevelopper, je ne m'en sert que pour débuguer des procédures existantes, parce que je n'ai d'autre.
Sinon, j'évite d'utiliser. Il est beaucoup trop lent et pas pratique.
Auparavant, j'avais le temps d'ouvrir SQLPlus et de compiler mon script, que SQLDevelopper n'était pas encore ouvert.

Et sinon, je n'ai pas confiance en SQLDevelopper : ce n'est pas un outil fiable. J'ai eu des bugs à plusieurs reprises : le source des procédures stockées qu'il m'affichait, n'était pas celui des procédures stockées de la base, mais celui de la veille. :koi: (fermer et rouvrir SQLDevelopper ni changeait rien).

1) supprimer sqlplusw était une vraie boulette à mon sens. Tout ça dans le but de promouvoir sqldeveloper (note: pas besoin de le télécharger, il est inclus avec la base)

2) effectivement $ORACLE_HOME\bin\sqlplus.exe existe toujours et peut être employé pour lancer tes scripts. Tu le démarres depuis une fenêtre CMD.EXE

La principale différence entre sqlplusw et sqlplus à mon avis est que sqlplus utilise un autre code page...

Ex:
Oracle9i SQLPLUSW.EXE

Code:

---

1 2 3

SQL> create table bête(x number);   Table created.

---

Oracle11g SQLPLUS.EXE

Code:

---

1 2 3 4 5

SQL> create table bête(x number); create table bête(x number) * ERROR at line 1: ORA-00911: invalid character

---

Et puis utiliser sqldeveloper pour lancer des scripts, c'est n'importe quoi, sqldeveloper ne propose même pas de mode command line (donc pour l'avoir dans le scheduler, bonjour).

> Question subsidiaire : pourquoi remplacer un outils qui marchait bien bien, par une fenêtre DOS pas pratique ?
toute ma sympathie :rose2:

Citation:

---

Envoyé par laurentschneider

1) supprimer sqlplusw était une vraie boulette à mon sens.

---

Moi je fais partie de ceux qui n'ont jamais compris à quoi il pouvait bien servir.
Pas de rappel des dernières commandes, pas de possibilité de ramener le curseur vers la gauche pour corriger, il faut effacer !
Le seul avantage que je lui voyais, c'était le menu permettant d'accéder aux paramètres SET.

Et puis sinon, ce qui suit marche très bien en fenêtre DOS, il suffit d'avoir la bon NLS_LANG :

Code:

---

1 2 3 4 5 6 7 8 9 10

D:\oracle\ora111\BIN>set nls_lang=french_france.we8pc850   D:\oracle\ora111\BIN> D:\oracle\ora111\BIN>sqlplus scott/tiger   SQL*Plus: Release 11.1.0.6.0 - Production on Mar. Juin 21 12:39:20 2011   SQL> create table bête(a int);   Table créée.

---

Je trouve qu'il y a beaucoup plus matière à se plaindre du sqlplus sous Unix, où les copier coller multilignes ont un effet dégueulasse, avec les 2 3 4 5 6 qui viennent pourrir l'affichage.

Citation:

---

Envoyé par laurentschneider

1) supprimer sqlplusw était une vraie boulette à mon sens. Tout ça dans le but de promouvoir sqldeveloper
...
toute ma sympathie :rose2:

---

Ca fait plaisir de ne pas être tout seul. ;)

Citation:

---

Envoyé par Pomalaix

Moi je fais partie de ceux qui n'ont jamais compris à quoi il pouvait bien servir.

---

Bin, à exécuter des scripts SQL. Il est peut-être pas pratique, mais beaucoup plus fonctionnel que SQLDeveloper.

>> Et donc, je fais comment pour exécuter mes scripts de compilation de procédure ?

:whistle2: J'insiste, mais je n'ai toujours pas de solution.
A croire que personne ne fait de PL/SQL (j'en doute, mais bon).

oui, c'est ça, ça employe un autre code page. Ce qui marche pour la table "bête" ne marchera pas pour autant pour les autres scripts, la compatibilité entre code dos et windows n'étant pas 100%...

Pour Unix, tu peux toujours copier coller en mode silencieux avec

Code:

---

sqlplus -s

---

Citation:

---

Envoyé par Lung

J'insiste, mais je n'ai toujours pas de solution.

---

Depuis DOS

Code:

---

1 2 3 4 5

( echo @ProcédureMachin echo @ProcédureTruc; echo @AutreProcédure; ) | sqlplus -L scott/tiger@ORCL

---

bien sûr il faudra adapter le code page ou appeler ta procédure procedure ;)

Citation:

---

Envoyé par laurentschneider

Depuis DOS

Code:

---

1 2 3 4 5

( echo @ProcédureMachin echo @ProcédureTruc; echo @AutreProcédure; ) | sqlplus -L scott/tiger@ORCL

---

---

Voici mon test :

Code:

---

1 2 3 4 5

( echo @STK_PRE_RESERVE_PRODUIT_RAF; echo @STK_RESERVE_PRODUIT; echo @STK_SUPPRIME_PIECE_EXT; ) | sqlplus -L shema/mdp@info;

---

Et voici le résultat :

Citation:

---

echo @STK_PRE_RESERVE_PRODUIT_RAF
*
ERREUR Ó la ligne 2 :
ORA-00928: missing SELECT keyword

---

:bug:

essaye

Code:

---

1 2 3 4 5 6

( echo set echo on echo @STK_PRE_RESERVE_PRODUIT_RAF; echo @STK_RESERVE_PRODUIT; echo @STK_SUPPRIME_PIECE_EXT; ) | sqlplus -L shema/mdp@info;

---

et poste le résultat

Même chose, apparement :

Citation:

---

echo SET echo ON
*
ERREUR Ó la ligne 2 :
ORA-00928: missing SELECT keyword

---

Lung, vous exécutez le code depuis SQL Developer ou depuis une fenêtre DOS ?

bon, tu lances depuis DOS ou depuis SQLPLUS sous dos?

Si tu es déjà dans sqlplus, alors

Code:

---

1 2 3 4

SET echo ON @STK_PRE_RESERVE_PRODUIT_RAF; @STK_RESERVE_PRODUIT; @STK_SUPPRIME_PIECE_EXT;

---

Citation:

---

Envoyé par Waldar

Lung, vous exécutez le code depuis SQL Developer ou depuis une fenêtre DOS ?

---

Dans SQLPlus sous Dos.
Mais, je viens de tester dans SQLDevelopper, et j'ai la même erreur.

Citation:

---

Envoyé par laurentschneider

Si tu es déjà dans sqlplus, alors

Code:

---

1 2 3 4

SET echo ON @STK_PRE_RESERVE_PRODUIT_RAF; @STK_RESERVE_PRODUIT; @STK_SUPPRIME_PIECE_EXT;

---

---

Cette fois, plus d'erreur sur un select manquant.

Citation:

---

SP2-0310: impossible d'ouvrir le fichier "STK_PRE_RESERVE_PRODUIT_RAF.sql"

---

Et si je rajoute le chemin devant, même erreur.

tu veux peut-être faire

Code:

---

ALTER PROCEDURE STK_PRE_RESERVE_PRODUIT_RAF COMPILE;

---

?

Je veux pouvoir (comme avant) compiler des fichiers scripts, correspondant chacun à une procédure stockée.
Le but est d'appliquer le source des fichiers dans la base Oracle (création pour les nouvelles procédures; modification pour les procédures existantes).

Jusqu'à 10g, SQLPlus (sous Windows) me le permettait facilement.

sqlplus (sous DOS) fonctionne comme sqlplusw (mode fenêtré), au code page près.

Donc si ça na fonctionne pas sous sqlplus ça n'aurait pas fonctionné sous sqlplusw. le problème se situe dans le codes SQL, pas dans l'outil qui le lance.

Citation:

---

Envoyé par ojo77

sqlplus (sous DOS) fonctionne comme sqlplusw (mode fenêtré), au code page près.

---

Non, je ne pense pas.
Avec SQLPlus (Windows), je peux sélectionner mon répertoire de travail (là où sont tout mes scripts).
Avec une fenêtre DOS, je ne vois pas comment faire ça.

et bien avec dos, tu fais d'abord

RUN --> CMD --> CD C:\TON DOSSIER --> @proc.sql

ou alors

RUN --> SQLPLUS --> @C:\TONDOS~1\PROC

OK?

je ne sais pas vraiment ce qui cloche, mais c'est sûrement entre le clavier et la chaise 8-)

Citation:

---

Envoyé par Lung

Non, je ne pense pas.
Avec SQLPlus (Windows), je peux sélectionner mon répertoire de travail (là où sont tout mes scripts).
Avec une fenêtre DOS, je ne vois pas comment faire ça.

---

Soit en utilisant un raccourci et en le spécifiant dans celui-ci
Soit en lançant sqlplus depuis l'invite de commande DOS en s'état prélablement positionné dans le bon répertoire
Soit en utilisant la variable d'environnement SQLPATH

;)

Citation:

---

Envoyé par laurentschneider

je ne sais pas vraiment ce qui cloche, mais c'est sûrement entre le clavier et la chaise 8-)

---

Si je me permettais de remplacer les interfaces graphiques de mes applications par des fenêtres DOS, mes utilisateurs seraient très mécontents.
Bin là, c'est pareil. Pour moi, c'est une régression, et sûrement pas un progrès.

Citation:

---

Envoyé par ojo77

Soit en utilisant un raccourci et en le spécifiant dans celui-ci

---

Cette solution fonctionne. ;)
Et me semble la moins compliquée.

Par contre, le jour où je dois compiler des procédures d'un autre répertoire, va falloir penser à changer le raccourci (pas pratique, mais bon; je vais faire avec).
:merci:

Citation:

---

Envoyé par Lung

Pour moi, c'est une régression, et sûrement pas un progrès.

---

pour moi c'est une stratégie visant à promouvoir sql developer...

personnellement pour lancer des scripts j'ai toujours employé la version dos (quand je suis contraint d'employer le pseudo système d'exploitation de notre ami billy ) :calim2:

Citation:

---

Envoyé par laurentschneider

pour moi c'est une stratégie visant à promouvoir sql developer...

---

C'est ce que je pense aussi. Sauf, que c'est raté, vu que SQLDevelopper ne sait même pas faire ce que faisait l'ancien SQLPlus.

SQL*Plus fait le reste :P

Citation:

---

Envoyé par Lung

C'est ce que je pense aussi. Sauf, que c'est raté, vu que SQLDevelopper ne sait même pas faire ce que faisait l'ancien SQLPlus.

---

Faire quoi, Fichier -> Ouvrir -> Executer Script? ça il sait le faire 8O

Citation:

---

Envoyé par laurentschneider

Faire quoi, Fichier -> Ouvrir -> Executer Script? ça il sait le faire 8O

---

J'ai testé.
J'obtiens une série de :

Citation:

---

Impossible d'ouvrir le fichier

---

A toutes fins utiles, il y a une commodité appréciable qui fonctionne parfaitement avec SQL*Plus à la DOS :
au lieu de taper véritablement

Code:

---

@mon_chemin_long_comme_ca\mon_script_pas_mieux

---

il suffit de taper juste le @, puis de faire glisser le fichier depuis l'explorateur Windows. Ca copie/colle impeccablement le chemin et le nom complet.

essaye @@ au lieu de @...

Citation:

---

Envoyé par Pomalaix

A toutes fins utiles, il y a une commodité appréciable qui fonctionne parfaitement avec SQL*Plus à la DOS :.

---

et aussi dans linux :)