champ nommé index [Résolu]

[compo76]

Bonjour,

j'ai une colonne nommée INDEX varchar2(20) sur une table,
je veux récupérer ce champ avec un select : je n'arrive pas,
avec mes essais , j'ai eu deux type d'erreurs:
1-missing expression
2-invalid user.table.column ......... ORA-017-47.

est ce qu'il y'a un moyen de regler ça, je suis sous toad

Merci

[Yanika_bzh]

Le probleme d'utiliser des mots reservés pour vos tables !!!
essayer

Code :

1
2
3
4
5
SELECT
   MaTable."INDEX"
FROM
   MaTable
...

Bon courage

[orafrance]

Pour voir la liste des mots à éviter :

Code :

SELECT * FROM v$reserved_words;

[Pomalaix]

Ca me paraît un peu extrême de considérer que les plus de 1000 mots qui apparaissent dans V$RESERVED_WORDS doivent être proscrits.
Il s'agit juste des mots clés d'Oracle, mais il faut affiner pour voir ceux qui sont utilisables ou non.

Je serais un peu plus sélectif en disant que ceux-ci sont "interdits" :

Code :

1
2
3
4
5
6
7
SELECT keyword FROM v$reserved_words 
WHERE reserved='Y' 
OR res_type='Y' 
OR res_attr='Y' 
OR res_semi='Y' 
OR duplicate='Y' 
ORDER BY 1;

Dans une base 10.2, ça n'en fait plus que 145.

Mais ça serait trop facile si cette vue était exacte !
Eddie Awad montre ici http://awads.net/wp/2007/01/10/what-...y-really-mean/ que certains mots censément réservés ne provoquent pas d'erreur, et vice versa...

[Yanika_bzh]

C'est pourtant la base des bonnes pratiques de developpement...

[orafrance]

Oui en effet

Envoyé par Pomalaix

Mais ça serait trop facile si cette vue était exacte !
Eddie Awad montre ici http://awads.net/wp/2007/01/10/what-...y-really-mean/ que certains mots censément réservés ne provoquent pas d'erreur, et vice versa...

Il démontre surtout que RESERVED à N ou Y, vaut mieux éviter d'utiliser les mots de cette vue