Problème de casse des noms d'objets

Version imprimable

10/04/2008, 08h44
Lucas Panny

Problème de casse des noms d'objets

Bonjour,

Je sais qu'en Oracle, les noms d'objets sont automatiquement mis en majuscule à la création sauf si c'est entre guillemets.
Pour avoir alors des noms d'objets (tables, fields) à casse non tout en majuscule, je crée des tables en utilisant "". Le problème est alors lorsqu'on fait un select/update sur un champ, il faut toujours le mettre entre "" de même pour les tables, etc ex: select "FieldSac","System" from "Table1"
10/04/2008, 09h49
orafrance

oui... et ? :koi:
10/04/2008, 11h01
Lucas Panny

Et oui, mon 1er post n'est pas assez clair !!

Faut-il toujours mettre les guillemets avec ces noms créés avec entre "" ? Car sous MSSQL par ex, un nom créé avec [] peut être utilisé avec toute casse !
Ce serait un vrai capharnaum pour moi de modifier toute ma base en utilisant ces ""
10/04/2008, 11h17
orafrance

oui, il faut les guillemets
10/04/2008, 13h22
Lucas Panny

Donc je suis dans le pétrin car faire comme ça avec plus de 400 tables, :aie:
Car les noms d'objets de cette base ne doivent pas être totalement majuscules !!
Cette fonctionnalité d'Oracle n'est pas du tout en standard avec SQL non ? pourquoi faire un select sur un champ par ex nécessitera un respect de la casse lors de création du champ
10/04/2008, 15h06
scheu

Mais ce n'est pas grave, sur oracle si tu fais

Code:

select * from matable

même en écrivant matable en minuscules, ça marchera quand-même
Pourquoi as-tu besoin que les noms d'objets ne soient pas tous en majuscules ?
Les guillemets peuvent être utiles si tu as des caractères à la con dans le nom des tables, ou des mots clés comme nom de table, c'est tout
10/04/2008, 16h04
orafrance

Tu peux créer des synonymes mais c'est quand même plus simple de laisser les nom de tables et colonnes en majuscule :?
10/04/2008, 16h54
Lucas Panny

synonyme !!
Une nlle chose pour moi mais je vais y faire quelques recherches !!
11/04/2008, 07h50
Lucas Panny

Citation:

Envoyé par scheu

même en écrivant matable en minuscules, ça marchera quand-même
Pourquoi as-tu besoin que les noms d'objets ne soient pas tous en majuscules ?
Les guillemets peuvent être utiles si tu as des caractères à la con dans le nom des tables, ou des mots clés comme nom de table, c'est tout

On ne peut pas écrire le nom de table comme ça s'il a été créé comme "matable" avec les guillemets et en minuscule !!

A propos des synonymes, intéressant mais ça complique les choses
11/04/2008, 09h01
orafrance

Citation:

Envoyé par Lucas Panny

A propos des synonymes, intéressant mais ça complique les choses

bah ça ajoute la création de synonyme mais après c'est beaucoup plus simple dans les requêtes ;)
11/04/2008, 12h38
Lucas Panny

Citation:

ça ajoute la création de synonyme mais après c'est beaucoup plus simple dans les requêtes

C'est que les noms de champs et de contraintes ne sont pas seulement utilisés en requête mais ils seront captés par "select column_name, ... from all_tab_columns ..." pour être utilisés dans un autre langage c'est pour cela l'intérêt des casses
06/06/2008, 08h12
Lucas Panny

Le problème avec les synonymes c'est qu'il n'est pas utilisable pour SELECT et DESCRIBE.
De plus, je l'utilise avec mon prog VB qui utilise ADO donc :aie:
06/06/2008, 08h58
orafrance

8O bien sûr que c'est utilisable pour le SELECT... à quoi d'autre sinon
06/06/2008, 10h07
Lucas Panny

Je retire ce que j'ai dit sur SELECT mais sur DESCRIBE et autre non
Mais le synonyme peut être plus long que 30 caractères mais il sera inutilisable dans un SELECT ??
ORA-00972: identifier is too long

évidemment, sinon faut mettre des guillemets comme pour le respect de la casse.

Et pour DESC c'est également faux :

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
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
SQL> create synonym toto for v$session;
 
Synonym created.
 
SQL> desc toto
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 SADDR                                              RAW(4)
 SID                                                NUMBER
 SERIAL#                                            NUMBER
 AUDSID                                             NUMBER
 PADDR                                              RAW(4)
 USER#                                              NUMBER
 USERNAME                                           VARCHAR2(30)
 COMMAND                                            NUMBER
 OWNERID                                            NUMBER
 TADDR                                              VARCHAR2(8)
 LOCKWAIT                                           VARCHAR2(8)
 STATUS                                             VARCHAR2(8)
 SERVER                                             VARCHAR2(9)
 SCHEMA#                                            NUMBER
 SCHEMANAME                                         VARCHAR2(30)
 OSUSER                                             VARCHAR2(30)
 PROCESS                                            VARCHAR2(12)
 MACHINE                                            VARCHAR2(64)
 TERMINAL                                           VARCHAR2(16)
 PROGRAM                                            VARCHAR2(64)
 TYPE                                               VARCHAR2(10)
 SQL_ADDRESS                                        RAW(4)
 SQL_HASH_VALUE                                     NUMBER
 PREV_SQL_ADDR                                      RAW(4)
 PREV_HASH_VALUE                                    NUMBER
 MODULE                                             VARCHAR2(48)
 MODULE_HASH                                        NUMBER
 ACTION                                             VARCHAR2(32)
 ACTION_HASH                                        NUMBER
 CLIENT_INFO                                        VARCHAR2(64)
 FIXED_TABLE_SEQUENCE                               NUMBER
 ROW_WAIT_OBJ#                                      NUMBER
 ROW_WAIT_FILE#                                     NUMBER
 ROW_WAIT_BLOCK#                                    NUMBER
 ROW_WAIT_ROW#                                      NUMBER
 LOGON_TIME                                         DATE
 LAST_CALL_ET                                       NUMBER
 PDML_ENABLED                                       VARCHAR2(3)
 FAILOVER_TYPE                                      VARCHAR2(13)
 FAILOVER_METHOD                                    VARCHAR2(10)
 FAILED_OVER                                        VARCHAR2(3)
 RESOURCE_CONSUMER_GROUP                            VARCHAR2(32)
 PDML_STATUS                                        VARCHAR2(8)
 PDDL_STATUS                                        VARCHAR2(8)
 PQ_STATUS                                          VARCHAR2(8)
 CURRENT_QUEUE_DURATION                             NUMBER
 CLIENT_IDENTIFIER                                  VARCHAR2(64)

06/06/2008, 12h40
Lucas Panny

Une fois de plus, j'avais tort (sur DESC !!)

Puisqu'Oracle ne supporte pas l'utilisation de synonymes plus longs que 30chars, ça ne me sert à rien donc (synonym) !!! Un ami m'a dit de toujours utiliser des noms en majuscule en Oracle pour faciliter la tâche donc je m'y met
06/06/2008, 15h19
orafrance

la casse n'a pas d'importance et si tu utilises des noms plus long que 30 caractères tu auras le même problème... j'ai l'impression que tu n'as pas saisi l'origine du souci :koi:
10/06/2008, 13h09
Lucas Panny

Citation:

.. j'ai l'impression que tu n'as pas saisi l'origine du souci

Si j'ai saisi mais le synonyme n'est pas bon dans mon cas s'il ne peut pas être plus de 30 kres car j'ai des noms de tables plus longs; en fait, j'aime que les noms d'objets ont du sens
10/06/2008, 13h51
nwaitic

c'est bon ton synomyme; mais il n'a resolu le problème qu'au niveau du nom de la table reste encore celui au niveau des colonnes.
Autrement dit la voie des synonymes est equivalente à celle de du LATER TABLE qui pourrait même être plus efficace avec un bon script.
A+