Discussion :

[JIPO91]

J'ai un collègue qui rencontre un problème bizarre :

dans une table T1, il y a un champ C1 qui contient la valeur : 'toto ' ( cest-à-dire 'toto' suivi de plusieurs caractères espace)

La requête (avec un seul espace à la suite de la chaine 'toto') :

Code :

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

SELECT * FROM T1 WHERE C1 LIKE 'toto '

fonctionne sans pb aveC SQL Server et Oracle 9i, mais pas avec Oracle 10g 64bits

Avez-vous une idée de ce qui pourrait entrainer une différence de comportement de l'opérateur LIKE entre Oracle 9 et 10 ?

Merci

[Antoun]

S'il y a plusieurs espaces dans un cas et un seul dans l'autre, pourquoi est-ce que ça marcherait ? Tu ne serais pas tout simplement en train d'oublier le % ?

[laurentschneider]

il est important de nous donner ta version exacte de 9i.

En effet, dans les "anciennes" versions de 9i (9205 et antérieures) il y avait un bug qui a été corrigé plus tard.


Le bug ne concerne que CHAR (pas VARCHAR2).
Note 2883715.8

Bug 2883715 Wrong results possible from LIKE against a CHAR column with no wildcard
Description
Use of LIKE against a CHAR column can return wrong results
if the pattern does not contain any wildcard characters.
The problem occurs as the LIKE is converted to an EQUALS
operation but the blank padding semantics are lost.
(LIKE does not use blank padding comparison semantics)

eg: Assume column X is a CHAR(10) and contains 'ABC' then
SELECT * from TAB where X like 'ABC';
should not return any rows as LIKE should not be using
blank padding comparison semantics. However with this
bug it does return a row (incorrectly).

If the LIKE pattern does contain a wildcard then the LIKE
works correctly.
eg: LIKE 'A%BC' would not return the row (correctly).

[JIPO91]

Merci à tous les deux.

Oui c'est peut-être là le problème.
On va investiguer pour vérifier ...