Discussion :

[Steph Ace]

Bonjour,

J'espère ne pas faire de boulette en postant ce sujet... mais je débute et je n'ai rien trouvé avec "rechercher"...

Je travaille habituellement sous Access mais une contrainte technique (temps de réponse dans une utilisation hors site) m'a "obligé" à me mettre au MySQL très récemment. J'ai donc exporté mes tables sur un serveur MySQL créé par mon service informatique et j'apprends sur le tas.

J'ai un gros souci avec les valeurs par défaut. Je veux interdire le null ou le 0 sur certains champs (équivalent de null interdit dans Access et valeur par défaut vide) donc pour ca, je fais un :
"alter table ma_table modify mon_champ not null ;"
puis :
"alter table ma_table alter mon_champ drop default ;".
J'ai aussi essayé :
"alter table ma_table alter mon_champ set default null;" sur les champs numériques.
Mais rien n'y fait : le système accepte de valider des enregistrements pour lesquels il y a vide (champs texte) ou 0 (numérique) alors qu'ils sont définis tels que ci dessus et sont même indexés pour certains .
D'ailleurs si je fais un desc de ma table, j'ai encore null ou 0 dans la colonne default après avoir lancé les commandes précitées...
Dans access, il refuserait de valider la saisie tant que j'aurais pas mis qq chose dans ces champs. Je deviens dingue...
Si qqun peut m'aider, c'est gentil...

extrait du desc de ma table :
Field : praspe
Type : tinyint(4)
Null :
Key : MUL
Default : 0
Extra :

Field : dat_rencontre
Type : datetime
Null :
Key : MUL
Default : 0000-00-00 00:00:00
Extra :

Field : nomdam
Type : varchar(50)
Null :
Key :
Default : NULL
Extra :

[pcaboche]

Il y a peut-être quelque chose qui t'empèche de supprimer les contraintes de NULLité ou les valeurs par défaut.

Au pire (et si t'as pas trop d'enregistrements), tu créés une nouvelle table avec les champs qui vont bien. Tu fais un:

Code :

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

1
2
3
INSERT INTO nouv_table
SELECT *
FROM ancienne_table

ensuite tu supprime l'ancienne table et tu renommes la nouvelle table.

C'est bourrin, mais c'est mieux que de perdre 3 heures sur ton problème.

[Maximil ian]

Salut,

Regarde aussi du côté du SQL mode de ton serveur. Un STRICT_ALL_TABLES pourrait résoudre le problème.

[Steph Ace]

Salut,

Regarde aussi du côté du SQL mode de ton serveur. Un STRICT_ALL_TABLES pourrait résoudre le problème.

Bonjour,

Merci pour la réponse mais puis je avoir d'autres renseignemnts stp : le lien est en anglais et... je ne suis pas informaticien donc tout ca est un peu obscur pour moi. Peux tu m'expliquer comment on se sert du strict_all_tables et pour quelles conséquences stp ? Toute l'interface et ce qu'il y a derrière (formulaires, requêtes, états, macros, codes...) de l'applic est sous Access. Seules les bases sont physiquement sur le serveur MySQL (liaison ODBC). Elles ont été exportées via un squelette Access. Les données sont donc saisies sur le seveur via Access par les utilisateurs concernés.
Or, après avoir lancé les commandes "alter table ma_table modify mon_champ not null ;" puis "alter table ma_table alter mon_champ drop default ;" :
1. Le DESC de ma_table a gardé les valeurs par default à null, 0, etc. quel que soit le type de champ,
2. Lorsque je teste la saisie (via access donc) et que je laisse volontairement non renseignés des champs censés être obligatoires (ou du moins que je voudrais obligatoires), il valide ma saisie sans broncher.

Merci d'avance pour ton aide...