Que signifie les #, $, @ dans des variables ?

Version imprimable

22/08/2006, 12h23
philuciole

Que signifie les #, $, @ dans des variables ?

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 ?
22/08/2006, 13h49
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 ?
22/08/2006, 13h52
Oraman

tu utilse quel SGBD ?

'# 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:

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

22/08/2006, 14h11
pifor
On a aussi:
Code:

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:

<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".
22/08/2006, 14h55
philuciole

Citation:

Envoyé par pifor

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.....]
22/08/2006, 15h46
Pomalaix

Citation:

Envoyé par philuciole

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.
23/08/2006, 13h17
laurentschneider
Citation:

Envoyé par Pomalaix

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

on parie combien ?
Code:

1 2 3 4 5 select min(serial#) from v$session; SERIAL# ---------- 1
:mouarf:
23/08/2006, 13h19
laurentschneider

mais un identifiant, s'il n'est pas mis entre guillemets, doit commencer par une lettre
28/08/2006, 17h33
philuciole

Citation:

Envoyé par Pomalaix

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 ...
28/08/2006, 17h44
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 ?
28/08/2006, 18h12
laurentschneider

Citation:

Envoyé par philuciole

Non ?

non!
lis mon commentaire, un identifiant qui commence par # doit être mis entre guillemets (")
28/08/2006, 18h38
Pomalaix

Citation:

Envoyé par philuciole

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 8O ??

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 ?