Discussion :

[philuciole]

Question peut-être un peu décalé pour ne pas dire bête, mais je suis devant une requête dynamique en SQL PL/SQL dans laquelle je trouve ce genre de chose :

select #toto as [nom du champs 1],
b.t$[nom du champs 2],
b.t$[nom du champs 3],
...etc etc...
From [nom de la table]#toto@base_source

1/ "#" kesako ?
2/ $ que signifie t-il ?
3/ "@" a quoi sert-il ?

[Pomalaix]

Bonjour

Ceci n'est pas une syntaxe SQL valide.
Quand vous dites que c'est dynamique, c'est généré par quel outil ?

[Oraman]

tu utilse quel SGBD ?

[pifor]

'# est autorisé dans les noms de colonnes si la colonne est créée avec le nom entre ".
Il n'y a pas de restriction sur pour '$':

Exemple:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
SQL> select * from v$version;
 
BANNER
----------------------------------------------------------------
Oracle9i Enterprise Edition Release 9.2.0.6.0 - Production
PL/SQL Release 9.2.0.6.0 - Production
CORE    9.2.0.6.0       Production
TNS for 32-bit Windows: Version 9.2.0.6.0 - Production
NLSRTL Version 9.2.0.6.0 - Production
 
SQL> create table t ("#c1" int);
 
Table created.
 
SQL> select "#c1" from t;
 
no rows selected
 
 
SQL> create table t$ (c$ int);
 
Table created.
 
SQL> select c$ from t$;
 
no rows selected

[pifor]

On a aussi:

Code :

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

1
2
3
SQL> create table "t@" ("c@" int);
 
Table created.

mais "@" est en général plutôt réservé pour les noms de services Oracle Net dans les database links ou les chaînes de connexions:

Code :

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

<user>/<password>@<service>

En résumé: '#' et '$' n'ont pas de signification particulière dans les noms d'objets Oracle alors que "table@dblink" signifie que la table est située sur une autre base de données accessible par le database link "dblink".

[philuciole]

En résumé: '#' et '$' n'ont pas de signification particulière dans les noms d'objets Oracle alors que "table@dblink" signifie que la table est située sur une autre base de données accessible par le database link "dblink".

Merci...cette syntaxe me perturbait dans un code qui reste classique:
[Select...,...,...
from........
Where.....]

[Pomalaix]

Merci...cette syntaxe me perturbait dans un code qui reste classique:
[Select...,...,...
from........
Where.....]

Pas d'accord !
Les crochets [ ] n'ont rien de classique dans une syntaxe Oracle.
Et je suis prêt à parier que les # introduisent tout bêtement des commentaires.

Votre "code" est probablement traité par un outils tiers qui génère ensuite du vrai SQL.

[laurentschneider]

Pas d'accord !
Et je suis prêt à parier que les # introduisent tout bêtement des commentaires.

on parie combien ?

Code :

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

1
2
3
4
5
 
select min(serial#) from v$session;
   SERIAL#
----------
         1

[laurentschneider]

mais un identifiant, s'il n'est pas mis entre guillemets, doit commencer par une lettre

[philuciole]

Pas d'accord !
Les crochets [ ] n'ont rien de classique dans une syntaxe Oracle.
Et je suis prêt à parier que les # introduisent tout bêtement des commentaires.

Votre "code" est probablement traité par un outils tiers qui génère ensuite du vrai SQL.

Le crochets ne font pas parti du code...c'est tout simplement pour signaler que la syntaxe du code est basique : avec un SELECT / un WHERE / un FROM ... etc
Le '#' est postionné devant une variable ==> #ste ... je suppose une variable car elle employé ensuite mais je n'ai pas vu de déclaration ...

[philuciole]

select #toto as [nom du champs 1],
b.t$[nom du champs 2],
b.t$[nom du champs 3],
...etc etc...
From [nom de la table]#toto@base_source

en relisant ce bout de code, aprés qlq jours et un WE...voici mes commentaires:

SELECT #toto as artichaut, ==> je fais un select sur le champs toto que je nomme 'artichaut'
b.t$champs2,b.t$champs3,... ==> puis sur le champs 2 3 etc... (???$)
FROM ttpst004#toto@base_source ==> de la table 'ttpst004' , précision du champs #toto , spécification du sgbd '@base_source'...

Non ?

[laurentschneider]

Non ?

non!
lis mon commentaire, un identifiant qui commence par # doit être mis entre guillemets (")

[Pomalaix]

Le crochets ne font pas parti du code...c'est tout simplement pour signaler que la syntaxe du code est basique : avec un SELECT / un WHERE / un FROM ... etc

Pourquoi ne pas simplement donner votre requête complète telle quelle, plutôt que de complexifier le problème par des pseudo simplifications ??

Et vous l'avez trouvé où, ce fameux code ? Sur papier ?
Ou bien vous l'avez vu tourner et produire un résultat ? Et dans ce cas, avec quoi l'exécutez-vous ?