Discussion :

[dd16]

Voila, j'initialise une base Oracle et j'ai mes champs avec une propriété NOT NULL.
Je travaille en ADO.

Or en utilisant monQuery.FieldByName('monChamps').Value =: '';

lors de l'enregistrement, j'ai une erreur m'indiquant que je ne peux inserer NULL.

Il semble donc que l'ADO traduise ma chaine vide en NULL.

Comment contounrer le soucis (sans changer la propriété NOT NULL bien entendu) afin d'insérer des chaines vides.

Merci

[Rayek]

Tu ne peux pas, comment veux tu insérer des données "vide" dans un champ qui n'accepte pas les "vides" ?

NULL = Vide = rien = ''

[Maliman]

bonjour,
je ne sais pas si ton pb est toujours d'actualité mais bon il existe au moins une solution "presque" propre....


monQuery.FieldByName('monChamps').DataType := ftMemo;

le pb est réglé et tu n'as plus la limite des 255ch également...

une bonne question serait de savoir pourquoi tout le monde n'a pas ce pb... J'utilise D7 comme mes collègues et je suis le seul a devoir en passer par là en utilisation des objets ADO... Donc si quelqu'un a une solution pour optimiser cela

[Rayek]

Le fait c'est qu'il est abérant de vouloir mettre un champ à NULL quand le champ n'accepte pas les NULL ...

[Maliman]

une chaine vide est différente d'une valeur Null

[Rayek]

Ca depend du SGBD et à ma connaisance il me semble qu'il n'y a qu'ACCESS qui fait la différence entre chaine vide et NULL, sinon pour tous les autres vide = NULL
Après reste le soucis du drivers ODBC qui va traduire '' en chaine vide ou NULL.
Mais bon dans 90% des cas '' = NULL

[Maliman]

Pour moi le pb vient bien des objets ADO (avec les objets BDE je n'avais pas le pb par exemple quelques soit le SGBD), ils doivent se baser sur une des couches windows (MDAC ou microsoft jet, je ne pense pas que cela vienne de l'ODBC puisque commun a tous ce qui font du Win32...). Pour la MDAC j'ai la version d'il y a 2-3 mois et j'ai Access2003 donc ça doit bien venir d'un paramétrage mais lequel ????

[Rayek]

Rapport avec le shmilblick
T'as du oublier des phrases ^^

Enfin bon il faut pas prendre ACCESS en référence, car il y a plein de fonctions qui n'existe pas dans les autres SGBD, ACCESS est un cas à part.

[Maliman]

bin non y a tout
sauf que dans ma recherche j'ai pas fais gaffe que j'étais dans la partie ORACLE
Sinon de mémoire la couche MDAC vient bien s'intercaler entre l'ODBC et le Microsoft jet d'Access... Les objets Dephi s'appuyant sur ces couches mon pb perso vient surement de là... c'est tout.

Maintenant on est bien d'accord qu'ACCESS est loin d'être une référence...

[Eric.H]

à ma connaisance il me semble qu'il n'y a qu'ACCESS qui fait la différence entre chaine vide et NULL

Non il y a aussi SQL Server 2000, 2005, et en cela, je pense qu'il repecte la norme SQL, où null<>''

[Rayek]

Non il y a aussi SQL Server 2000, 2005, et en cela, je pense qu'il repecte la norme SQL, où null<>''

J'avais un doute sur SQL serveur (faut que je le reinstall d'ailleur ^^), maintenant faut voir si Oracle fait la différence (la faut un pro d'oracle )

[Andry]

J'ai eu aussi la surprise désagréable de constater que sous Firebird, Null <> vide aussi.
A+

[Eric.H]

J'ai eu aussi la surprise désagréable de constater que sous Firebird, Null <> vide aussi.
A+

Ce n'est pas une surprise, il s'agit je pense de la norme SQL

''<>null 0<>null

[Rayek]

Ce n'est pas une surprise, il s'agit je pense de la norme SQL

''<>null 0<>null

Faudrait demander au pro du forum SQL