1364 Field 'id' doesn't have a default value

Version imprimable

02/12/2022, 15h58
alainb

1364 Field 'id' doesn't have a default value

Bonjour,
J'utilise MySQL sous XAMPP
De temps à autre, cette erreur s'affiche :

Citation:

1364 Field 'id' doesn't have a default value

ma variable sql_mode est = NO_ZERO_IN_DATE,NO_ZERO_DATE,NO_ENGINE_SUBSTITUTION
Des discussions indiquent que l'erreur serait liée aux modes STRICT_ALL_TABLES et/ou STRICT_TRANS_TABLES
Comme je ne suis pas dans ce cas, quelle pourrait être l'origine de cette erreur ?
Merci pour votre éclairage 8O
02/12/2022, 23h02
Chou-ette

Bonjour,

Il nous faudrait la structure de la table en question pour pouvoir répondre, mais à priori, ce genre d'erreur se produit souvent lors d'un INSERT qui ne contiendrait pas toutes les valeurs NON NULL de la table.
03/12/2022, 14h25
Artemus24

Salut à tous.

Quand je déclare une clef primaire, je mets ceci :

Code:

`id` integer unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY,

Chaque valeur de la colonne doit être unique puisque c'est une clef primaire.
Je mets donc "NOT NULL" pour signifier ce choix.
Comme tu ne nous as pas donné la déclarative de ta colonne 'id', je suppose que c'est ce "NOT NULL" qui manque dans ta déclarative.

"AUTO_INCREMENT" signifie qu'à chaque insertion, la valeur de cette colonne est augmenté de +1.
Le type de la colonne est donc un nombre non signée "integer unsigned".

Cordialement.
Artemus24.
@+
04/12/2022, 12h55
alainb
Citation:

Envoyé par Artemus24

Salut à tous.

Code:

`id` integer unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY,

Chaque valeur de la colonne doit être unique puisque c'est une clef primaire.
Je mets donc "NOT NULL" pour signifier ce choix.
Le type de la colonne est donc un nombre non signée "integer unsigned".
@+

Bonjour Artemus24, Chou-ette,
J'utilise le composant SEBLOD pour Joomla. La table qui me pose problème est créée automatiquement par l'ajout d'un champ. Par défaut, elle comporte une clé primaire non incrémentée, non signée et non NULL.
Quand j'ajoute des colonnes supplémentaires dans cette table, avec une requête du genre
Code:

1 2 ALTER TABLE ma_table ADD `ma_colonne` varchar(50) COLLATE utf8mb4_unicode_ci DEFAULT NULL, ...
L'erreur apparait d'abord sur l'id, puis sur les autres colonnes.

Sous MySQL, j'observe que la "cardinalité" de la clé primaire = 2, alors le nombre de colonnes de la table = 35. La "cardinalité" n'évolue pas après l'exécution de la requête manuelle.
Est-ce que cela pourrait être à l'origine de l'erreur ?
Si oui, comment modifier la valeur de la cardinalité ?
Alain
05/12/2022, 14h32
alainb

Bonjour,
Je vais clore cette discussion. L'erreur provient d'erreur de script SEBLOD, j'applique une méthode pour la fixer.
Merci pour votre aide
10/12/2022, 16h01
alainb

Field 'id' doesn't have a default value

Bonjour,
J'ai recréé une base avec des tables vierge, après 2 insertions de ligne, l'erreur "Field 'id' doesn't have a default value" est de retour :ptdr:
Je doute maintenant du bon fonctionnement de XAMPP !!!

Pouvez-vous m'indiquer si la variable sql_mode = NO_ZERO_IN_DATE,NO_ZERO_DATE,NO_ENGINE_SUBSTITUTION, peut être à l'origine du problème ?

Je lis sur des forums qu'il est nécessaire de remplacer la variable par ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_UBSTITUTION
et surtout supprimer STRICT_TRANS_TABLES

Quels sont vos avis, SVP
Alain
10/12/2022, 20h59
Séb.

Donne-nous du SQL à exécuter qu'on puisse voir. CREATE TABLE et INSERT.
10/12/2022, 21h37
Artemus24

Salut alainb .

Je vous ai donné la solution, pourquoi vous n'en tenez pas compte ?

Cordialement.
Artemus24.
@+
11/12/2022, 18h32
escartefigue
Bonjour,

@Alainb : il ne suffit pas de dire "j'ai tel message d'erreur de temps en temps", il faut préciser les éléments du contexte :
- description exacte des tables en jeu, c'est à dire le script DDL avec les ordres CREATE TABLE
- description exacte des requêtes provoquant l'erreur
@Artemus24 : préciser "NOT NULL" sur une colonne PRIMARY KEY n'est pas utile : une clef primaire est par définition not null (contrairement à une simple contrainte unique, qui elle, peut optionnellement être "nullable").
Pour rappel, la définition d'une PK c'est unique et not null et irréductible
si c'est unique mais nullable, c'est une colonne avec contraint unique
si c'est unique mais réductible, c'est une surclef

Bonjour escartefigue, Artemus24
Je suis bien embêté pour répondre à toutes vos demandes de précisions. Le site est construit avec Joomla!4, la table ci-dessous est créée avec le composant Seblod.
A l'ajout d'un article, des champs sont ajoutés dans la table Content (id auto incrémenté) et dans la table gacil_cck_store_form_personne dont l'id est ajouté par un script.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 CREATE TABLE `gacil_cck_store_form_personne` ( `id` int(10) UNSIGNED NOT NULL, `acte_date_gre` varchar(10) COLLATE utf8mb4_unicode_ci NOT NULL, `age` varchar(10) COLLATE utf8mb4_unicode_ci NOT NULL, `id_nom` int(11) DEFAULT NULL, `nom_nouveau` varchar(50) COLLATE utf8mb4_unicode_ci NOT NULL, `id_prenom` int(11) DEFAULT NULL, `id_genre` int(11) DEFAULT NULL, `id_cat_activite` int(11) DEFAULT NULL, `id_activite` int(11) DEFAULT NULL, `nai_date_gre` varchar(10) COLLATE utf8mb4_unicode_ci NOT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

12/12/2022, 11h07
escartefigue

Cette table semble dépourvue de primary key :weird:

Le plus souvent, la colonne nommée ID est justement dédiée à la PK, mais en ce cas, il est recommandé de laisser le SGBD en calculer la valeur.
Pour ce faire, utilisez un AUTO_INCREMENT et ajoutez PRIMARY KEY comme suit :

ID integer auto_increment primary key
Puis ne citez pas la colonne ID dans l'ordre insert, c'est le SGBD qui affectera tout seul une nouvelle valeur unique à cette colonne.

Encore une fois, inutile d'ajouter UNIQUE ou NOT NULL, une PK est toujours UNIQUE et NOT NULL, ce n'est pas moi qui le dit, c'est Chris Date, ainsi que tous les inventeurs du modèle relationnel ;)

Par ailleurs, il est curieux de trouver dans cette table un identifiant de nom, un identifiant de prénom et autres bizarreries...
Je serai curieux de connaître les règles de gestion ayant conduit à cette modélisation, il y a probablement des erreurs.
Egalement ce qui semble être une date de naissance, mais typée en varchar :aie:
Et l'âge, en varchar aussi :aie:, mais surtout qui n'a rien à faire dans une table : l'âge doit être calculé en fonction de la date de naissance, mais pas stocké, c'est une source d'erreurs !
13/12/2022, 19h46
alainb

Bonjour escartefigue,
Oui, tu as raison sur bien des points. Je vais répondre à tes remarques.

Citation:

Cette table semble dépourvue de primary key

C'est "normal", la table est une extension de la table "content" de Joomla

J'ai plusieurs autres tables sur ce modèle. Une clé primaire avec auto incrément plantera le fonctionnement

Citation:

Puis ne citez pas la colonne ID dans l'ordre insert, c'est le SGBD qui affectera tout seul une nouvelle valeur unique à cette colonne.

C'est Joomla qui insert

Citation:

Encore une fois, inutile d'ajouter UNIQUE ou NOT NULL, une PK est toujours UNIQUE et NOT NULL, ce n'est pas moi qui le dit, c'est Chris Date, ainsi que tous les inventeurs du modèle relationnel

:king:

Citation:

Par ailleurs, il est curieux de trouver dans cette table un identifiant de nom, un identifiant de prénom et autres bizarreries...
Je serai curieux de connaître les règles de gestion ayant conduit à cette modélisation, il y a probablement des erreurs.

Ces colonnes avec id enregistrent l'item sélectionné dans les listes du formulaire

Code:

Également ce qui semble être une date de naissance, mais typée en varchar

Vrai, j'ai fais ce choix parce que je ne sais pas gérer la situation suivante. La date peut être incomplète : année seule, année + mois...

Citation:

Et l'âge, en varchar aussi , mais surtout qui n'a rien à faire dans une table : l'âge doit être calculé en fonction de la date de naissance, mais pas stocké, c'est une source d'erreurs !

Vrai, je vais remplacer VARCHAR par INT
Mes données d'entrée sont la date d'un acte et l'age d'une personne (à la date de l'acte); de ces 2 données je peux calculer l'année de naissance.

Alain

2 pièce(s) jointe(s)

Citation:

Envoyé par alainb

Citation:

Envoyé par escartefigue

Cette table semble dépourvue de primary key :weird:

C'est "normal", la table est une extension de la table "content" de Joomla
J'ai plusieurs autres tables sur ce modèle. Une clé primaire avec auto incrément plantera le fonctionnement

Si par "extension" il faut comprendre que c'est une spécialisation par héritage, alors la table issue du sous-type doit hériter de l'identifiant du sur-type
On doit donc dans ce cas avoir également un type integer, mais évidemment sans auto_increment puisqu'on récupère la valeur du sur-type.

Voici un exemple typique de MCD utilisant l'héritage : cas du sur-type "personne" avec deux sous-types, les personnes morales et les personnes physiques

Pièce jointe 630702

Ce MCD donne automatiquement le modèle logique qui suit :

Pièce jointe 630703

Et donc le script SQL suivant, dans lequel on voit bien que l'auto_increment ne s'applique qu'à la table issue du sur-type, les sous-types font référence à la valeur du sur-type au travers de contraintes FK.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 CREATE TABLE PE_personne( PE_ident INT AUTO_INCREMENT, PE_dtcrea DATE NOT NULL, PRIMARY KEY(PE_ident) ); CREATE TABLE PM_pers_morale( PE_ident INT, PM_SIREN CHAR(9) NOT NULL, PRIMARY KEY(PE_ident), FOREIGN KEY(PE_ident) REFERENCES PE_personne(PE_ident) ); CREATE TABLE PP_pers_physique( PE_ident INT, PP_nom VARCHAR(50) NOT NULL, PP_prenom VARCHAR(50) NOT NULL, PP_ddn DATE NOT NULL, PRIMARY KEY(PE_ident), FOREIGN KEY(PE_ident) REFERENCES PE_personne(PE_ident) );
Citation:

Envoyé par alainb

Citation:

Envoyé par escartefigue

Puis ne citez pas la colonne ID dans l'ordre insert, c'est le SGBD qui affectera tout seul une nouvelle valeur unique à cette colonne.

C'est Joomla qui insert

Je ne connais pas Joomla, mais j'ose espérer que quand la définition des tables sera corrigée, les ordres d'insertion le seront aussi

Citation:

Envoyé par alainb

Citation:

Envoyé par escartefigue

Par ailleurs, il est curieux de trouver dans cette table un identifiant de nom, un identifiant de prénom et autres bizarreries...

Ces colonnes avec id enregistrent l'item sélectionné dans les listes du formulaire

Si ça signifie que le prénom est choisi parmi une liste de tous les prénoms et pareil pour les noms, alors c'est un fonctionnement très curieux, il faut avoir une liste exhaustive de tous les noms possibles, une autre pour tous les prénoms possibles...
Si par "item sélectionné" il faut comprendre ligne du formulaire, alors, vu qu'on a deux identifiants différents (un pour le nom, un pour le prénom), on peut avoir deux valeurs différentes et donc pointer sur deux lignes différentes. Gros risque d'incohérence...

14/12/2022, 17h44
alainb

Bonjour,
J'ai mis le doigt sur une incohérence lors de l'enregistrement des données, le chemin était mal écrit pour un de mes 2 formulaires.
Depuis la correction, mes tests ne génèrent plus d'erreur :applo:
Je ferme la discussion
Merci encore pour votre échange d'infos, et merci escartefigue pour tes exemples.
Alain