Discussion :

[Lung]

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.

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 ?

[Waldar]

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 ! :-)

[Vincent Rogier]

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...)

[Lung]

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 :

@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. (fermer et rouvrir SQLDevelopper ni changeait rien).

[laurentschneider]

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 :

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

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

Oracle11g SQLPLUS.EXE

Code :

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

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

[Pomalaix]

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 :

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

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.

[Lung]

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

Ca fait plaisir de ne pas être tout seul.

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 ?

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

[laurentschneider]

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 :

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

sqlplus -s

[laurentschneider]

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

Depuis DOS

Code :

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

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

[Lung]

Depuis DOS

Code :

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

1
2
3
4
5
(
echo @ProcédureMachin
echo @ProcédureTruc;
echo @AutreProcédure;
) | sqlplus -L scott/tiger@ORCL

Voici mon test :

Code :

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

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 :

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

[laurentschneider]

essaye

Code :

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

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

[Lung]

Même chose, apparement :

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

[Waldar]

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

[laurentschneider]

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

Si tu es déjà dans sqlplus, alors

Code :

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

1
2
3
4
SET echo ON
@STK_PRE_RESERVE_PRODUIT_RAF;
@STK_RESERVE_PRODUIT;
@STK_SUPPRIME_PIECE_EXT;

[Lung]

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.

[Lung]

Si tu es déjà dans sqlplus, alors

Code :

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

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.

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

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

[laurentschneider]

tu veux peut-être faire

Code :

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

ALTER PROCEDURE STK_PRE_RESERVE_PRODUIT_RAF COMPILE;

?

[Lung]

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.

[ojo77]

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.

[Lung]

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.