Comment inscrire une chaine vide dans un champ de table access avec Null interdit ?

Bonjour à tous,

voici la situation :

j'accède à une table Access pour laquelle je ne dois pas modifier la structure (logiciel tiers)
dans cette table je souhaite pouvoir écrire dans un champ de type mémo, dont la propriété est "Null interdit"
si je veux y inscrire des données, j'ai 2 solutions

• soit j'utilise une requête de type Sql : "UpDate MaTable Set MonChamp='' Where xxx" et dans ce cas pas de problème
• soit j'utilise KADaoTable1.FieldByName('MonChamp').Value := '' et là ça plante à cause de la propriété "Null interdit"

Dans la 2ème solution, quelqu'un connait-il la syntaxe que je devrais utiliser dans le cas d'une chaine vide ?

merci d'avance !

force le type peut-être ?

Code:

---

KADaoTable1.FieldByName('MonChamp').AsString:= '';

---

Value c'est un Variant, il ne type peut-être pas la valeur '' comme une chaine
Mais en Delphi comme '' c'est nil, ... on ne peut pas reprocher à la DB d'amalgamer '' à NULL même si c'est bien dommage

En Oracle, c'est encore pire !

Code:

---

1 2	INSERT INTO TABLE_AVEC_CHAMP_NOT_NULL(CHAMP_NOT_NULL) VALUES ('');

---

Citation:

---

ORA-01400: impossible d'insérer NULL dans ("TABLE_AVEC_CHAMP_NOT_NULL"."CHAMP_NOT_NULL")

---

Même le SQL ne passe pas !

merci d'avoir pris du temps pour me répondre !
j'ai essayé, en effet, de contourner le problème en forçant le type avec "...AsString", mais le résultat est le même,
j'ai aussi tenté de remplacer la chaine vide ('') par la constante "EmptyStr", pas mieux...
je me demande comment Access fait la différence entre "chaine vide" et "null"...
c'est ballot de bloquer sur un truc aussi basique !

Bonjour,

Sans conviction aucune : en essayant de lui passer un octet x00 voire 2 octets x0000 ?

Bonjour,

Et si au lieu de passer une chaine vide (c.a.d. ''), vous passiez une chaine avec un ou plusieurs espaces (c.a.d. ' ') ?

Je vous remercie tous les 2, Serge et Philippe !
Il aurait été simple, en effet, d'y inscrire un simple espace, mais ultérieurement le logiciel tiers détectera que le champ n'est pas vide, et agira en conséquence... En attendant d'avoir THE réponse magique, devant laquelle je m'exclamerai "ah ben oui, c'est EVIDENT", je vais créer un générateur pour avoir la syntaxe SQL adéquate en identifiant les champs indexés...
Je vais laisser ce post ouvert, car je ne perds pas l'espoir d'avoir un jour la réponse !

Citation:

---

Envoyé par ItsMoreFunInPhil

Il aurait été simple, en effet, d'y inscrire un simple espace, mais ultérieurement le logiciel tiers détectera que le champ n'est pas vide, et agira en conséquence... En attendant d'avoir THE réponse magique, devant laquelle je m'exclamerai "ah ben oui, c'est EVIDENT", je vais créer un générateur pour avoir la syntaxe SQL adéquate en identifiant les champs indexés...
Je vais laisser ce post ouvert, car je ne perds pas l'espoir d'avoir un jour la réponse !

---

Je ne sais pas (plus en fait) comme fonctionne Access, mais avec d'autres SGBD, insérer un ou plusieurs espaces terminaux ne changent rien, que les colonnes soit typées CHAR ou VARCHAR

Code:

---

1 2 3 4

select * from matable where macolonne = 'toto' -- ou select * from matable where macolonne = 'toto ' -- renvoie le même ensemble de données

---

En fait dans la norme SQL les blancs de remplissage sont toujours non significatif pour la recherche (attention à l'ordre de lecture toutefois suivant les langues !).

Est ce vraiment un message d'acces ? ou du provider de données qui confond vide et null ?


Sinon essayez le code ci-dessous :

Code:

---

1 2	KADaoTable1.FieldByName('MonChamp').Value := ''; KADaoTable1.FieldByName('MonChamp').Bound := true;

---

Et j'essayerai plutot d'utiliser un composant de type DataSet (ou Query+update) que Table1...

Réponse à Philippe
eh bien, si, le logiciel tiers va faire la différence entre une chaine vide et une chaine avec un ou plusieurs caractères "espace", pour tout dire il s'agit d'un logiciel Sage PE, et tel qu'il est conçu, peu importe le contenu du champ, du moment que ce n'est pas une chaine vide... bref, il faut faire avec...
merci beaucoup d'avoir essayé de m'aider !

Réponse à Frédéric,
j'ai tenté ma chance avec la ligne

Code:

---

KADaoTable1.FieldByName('MonChamp').Bound := true;

---

mais mon vieux Delphi 7 ne connait pas...
je vais donc rester sur la méthode utilisant une requête SQL, qui ne pose pas de problème, comme je le disais dans mon post initial du 12/01
merci à tous, bien cordialement, JPL