VARCHAR2 et chaines caractères vide ''

**kilicool** · 09/08/2010, 16h13

Bonjour,

Je viens d'installer avec succès la version Oracle 10g2 sur une Debian Lenny et je suis confronté à un soucis majeur, comment faire comprendre à Oracle qu'une chaine de caractère vide n'est pas NULL.

Exemple : insert into test (valeur) values (''); select valeur from test; ==> Return NULL et pas '' (comme MySQL le ferai)

Comment peut on gérer cela ?

De même, sous Oracle 10g2, comment rendre case insensitive les VARCHAR2 ?

Merci

**mnitu** · 09/08/2010, 17h13

Pour Oracle chaine Nulle et chaine vide c'est la même chose.

De même, sous Oracle 10g2, comment rendre case insensitive les VARCHAR2 ?

Pour quoi faire ? Il y a les fonctions Upper ou Lower ...

**McM** · 09/08/2010, 17h41

Y'a un moyen, mais j'arrive pas à retrouver le post. d'ailleurs, je comprends pas comment marche la recherche sur le forum ... j'ai essayé "recherche sensible casse", ça me renvoie un peu tout.

J'ai retrouvé ça dans mes fichiers fourre-tout

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
27
28
Code: 
CREATE TABLE TEST (a VARCHAR2(10)); 
INSERT INTO TEST VALUES('toto'); 
INSERT INTO TEST VALUES('TOTO'); 
INSERT INTO TEST VALUES('TotO'); 
 
 
-- en temps normal 
Code: 
SELECT * FROM TEST WHERE a='TOTO'; 
 
A 
---------- 
TOTO 
 
 
-- avec la fameuse manip 
Code: 
ALTER SESSION SET NLS_COMP=ANSI; 
ALTER SESSION SET NLS_SORT=GENERIC_BASELETTER; 
 
SELECT * FROM TEST WHERE a='TOTO'; 
 
A 
---------- 
toto 
TOTO 
TotO

**kilicool** · 09/08/2010, 20h49

Ouep je connais cette manipulation mais elle est lourde quand tu as de gros développement derrière ... avant chaque requête, cela est couteux !

Pour le reste, le UPPER et LOWER sont trés couteux également !

**mnitu** · 10/08/2010, 08h57

Envoyé par kilicool

Ouep je connais cette manipulation mais elle est lourde quand tu as de gros développement derrière ... avant chaque requête, cela est couteux !

Il n'est pas nécesaire de la faire pour chaque requête, la modification concerne les paramètres de la session.

Pour le reste, le UPPER et LOWER sont trés couteux également !

Dans quelle contexte ? Pourriez-vous fournir un jeux de test ? Sinon c'est une affirmation gratuite.

**c.langlet** · 10/08/2010, 09h02

Bonjour,
juste une petite question,
si l'on utilise les alter session et que la colonne est indexée.
Oracle utilise t'il toujours l'index à l'inverse d'un UPPER de la colonne ??

**mnitu** · 10/08/2010, 09h04

Envoyé par c.langlet

Bonjour,
juste une petite question,
si l'on utilise les alter session et que la colonne est indexée.
Oracle utilise t'il toujours l'index à l'inverse d'un UPPER de la colonne ??

Faite un test.

**kilicool** · 10/08/2010, 09h16

Envoyé par mnitu

Il n'est pas nécesaire de la faire pour chaque requête, la modification concerne les paramètres de la session.

Dans le cadre d'un projet WEB en Java, quand on fait une requête on est dans une session de courte durée, qui se ferme immédiatement donc à chaque requête, on doit refaire un alter ...

**c.langlet** · 10/08/2010, 10h28

Apres test , il apparait que dans le cas de l'ALTER SESSION l'index n'est plus utilisé ( ce qui me parait logique)

**mnitu** · 10/08/2010, 13h55

Envoyé par kilicool

Dans le cadre d'un projet WEB en Java, quand on fait une requête on est dans une session de courte durée, qui se ferme immédiatement donc à chaque requête, on doit refaire un alter ...

Si dans le cadre de votre projet Web votre application ouvre une nouvelle connexion à la base pour chaque requête vous avez un gros problème avec Oracle.

**kilicool** · 10/08/2010, 13h59

Envoyé par mnitu

Si dans le cadre de votre projet Web votre application ouvre une nouvelle connexion à la base pour chaque requête vous avez un gros problème avec Oracle.

Je me suis mal exprimé, je récupère une connexion issu du pool de connexion ... mais dans une connexion du pool, on ne peut pas faire d'alter, à moins que vous n'ayez des connaissances que je n'ai pas dans ce cas je suis prenneur !

**mnitu** · 10/08/2010, 15h19

Envoyé par kilicool

Je me suis mal exprimé, je récupère une connexion issu du pool de connexion ... mais dans une connexion du pool, on ne peut pas faire d'alter, à moins que vous n'ayez des connaissances que je n'ai pas dans ce cas je suis prenneur !

C'est dèjà mieux. Reste à voir que est-ce que c'est exactement votre pool de connexion mais il est très probable que votre pool de connexion reste connecté tout le temps à la base. Or il suffit que l'alter se fait seulement une fois, après l'ouverture de la connexion à la base, par le pool voir un trigger dans la base.
Mais, avez vous répondu à la question que est-ce que vous voulez obtenir et pourquoi utiliser Upper etc. n'est pas satisfaisant ?

**kilicool** · 10/08/2010, 15h43

Envoyé par mnitu

C'est dèjà mieux. Reste à voir que est-ce que c'est exactement votre pool de connexion mais il est très probable que votre pool de connexion reste connecté tout le temps à la base. Or il suffit que l'alter se fait seulement une fois, après l'ouverture de la connexion à la base, par le pool voir un trigger dans la base.
Mais, avez vous répondu à la question que est-ce que vous voulez obtenir et pourquoi utiliser Upper etc. n'est pas satisfaisant ?

Notre progiciel a 9 ans d'existences et des millions de requêtes programmé. Impossible donc de tout retracé pour rajouter des UPPER sur chaque condition, ce serait un travail titanesque.

Qu'en à la connexion en pool, WebLogic ne permet pas de faire des ALTER lors de la préparation des connexions ...

**mnitu** · 10/08/2010, 15h54

Envoyé par kilicool

Notre progiciel a 9 ans d'existences et des millions de requêtes programmé. Impossible donc de tout retracé pour rajouter des UPPER sur chaque condition, ce serait un travail titanesque.

Qu'en à la connexion en pool, WebLogic ne permet pas de faire des ALTER lors de la préparation des connexions ...

Mais un trigger en base de type after logon peut la faire.

**kilicool** · 10/08/2010, 16h33

Envoyé par mnitu

Mais un trigger en base de type after logon peut la faire.

Du genre ? Cela ne changera pas que l'action restera couteuse aussi

**mnitu** · 10/08/2010, 16h54

Le alter session s'exécute une seule fois à la création de la connexion et non pas pour chaque requête. Du ce point de vue le coût est négligeable.

**McM** · 10/08/2010, 16h55

Sinon, il y a d'autres façons :
- forcer le upper lors de l'insertion
- mettre un index de fonction UPPER() sur la colonne

**kilicool** · 11/08/2010, 09h52

Envoyé par mnitu

Le alter session s'exécute une seule fois à la création de la connexion et non pas pour chaque requête. Du ce point de vue le coût est négligeable.

Il faudrait pouvoir voir si le pool de connexion sur WebLogic à la possibilité d'effectuer des alter pour la préparation !

**kilicool** · 11/08/2010, 09h53

Envoyé par McM

Sinon, il y a d'autres façons :
- forcer le upper lors de l'insertion
- mettre un index de fonction UPPER() sur la colonne

C'est pourri, quand tu as 200 tables avec 30 colonne de moyenne par table et 2000000 de requêtes sur quasiment chacune de ces colonnes, tu ne t'en sors plus !

**c.langlet** · 11/08/2010, 10h55

je vais peut-être dire une bêtise, mais si le besoin est constant et sur toutes les tables et requête, est-ce que les alter ne peuvent pas être fait sur la base au lieu de la session ?

Edit:
Je confirme , c'est une bêtise , car d'après mon tests on peut dire adieu au index ( a moins qu'il y ai un moyen de contourner ?)

VARCHAR2 et chaines caractères vide ''

SQL Oracle

Discussions similaires

Partager

Partager