replace_into semble fonctionner différemment

Version imprimable

Bonjour.
J'ai créé une table:

Code:

1
2
3
4
5
CREATE TABLE IF NOT EXISTS `variables` (
      		`id` INT UNSIGNED ZEROFILL NOT NULL AUTO_INCREMENT PRIMARY KEY ,
 		`nom` VARCHAR( 20 ) CHARACTER SET utf8 COLLATE utf8_unicode_ci NULL ,
 		`value` LONGTEXT CHARACTER SET utf8 COLLATE utf8_unicode_ci NULL 
		) ENGINE=MyISAM  CHARACTER SET utf8 COLLATE utf8_unicode_ci;

J'ai une requete qui ne passe plus.

Code:

1
2
REPLACE INTO `variables` (`id`,`nom`,`value`)VALUES ('',"test","ici")
#1366 - Incorrect integer value: '' for column 'id' at row 1

Avant il me créait une nouvel enregistrement ?

10.2.18-MariaDB

La fonction aurait elle évolué ?

20/10/2018, 17h56
CinePhil
1) Pourquoi faire un REPLACE plutôt qu'un INSERT ?

2) La colonne id est de type entier et vous lui donnez en valeur une chaîne vide ! Pourquoi ?
Le message d'erreur que vous obtenez est d'ailleurs explicite à ce sujet ! :aie:

3) De plus, elle est auto-incrémentée donc vous n'avez pas besoin de spécifier l'identifiant dans votre requête d'insertion.

4) En SQL, les valeurs textuelles s'écrivent entre apostrophes, pas entre guillemets !

5) Vous devriez nommer vos tables au singulier. Le pluriel peut prêter à confusion dans la compréhension du schéma.

6) Le moteur MyISAM ne bénéficie pas des clés étrangères. Vous risquez donc une incohérence de données si vous n'utilisez pas cet outil essentiel de l'intégrité référentielle entre les tables.

7) Pour la colonne value est-elle de type LONGTEXT ? Vous voulez enregistrer des romans en base de données ?

Ceci fonctionnerait mieux :
Code:

1 2 INSERT INTO variables (nom, value) VALUES ('test', 'ici')
26/10/2018, 20h31
LampeRouge

Merci de ces précieux conseils. Je ne suis pas expert du tout: Ça se voit. Mais je note régulièrement tout ce qui m'est dit.
La commande REPLACE fait un INSERT ou un UPDATE en fonction de ce qu'elle reçoit.
En passant un ID vide, elle faisait un INSERT auparavant, mais ça ne fonctionne plus maintenant.
Merci pour cette aide qui me permettra de faire quelque chose de plus propre.
27/10/2018, 02h41
Artemus24

Salut à tous.

Citation:

Envoyé par CinePhil

1) Pourquoi faire un REPLACE plutôt qu'un INSERT ?

C'est une commande qui permet dee faire à la fois un INSERT si la ligne n'existe pas ou un UPDATE si la ligne existe déjà.

Citation:

Envoyé par CinePhil

2) La colonne id est de type entier et vous lui donnez en valeur une chaîne vide ! Pourquoi ?
Le message d'erreur que vous obtenez est d'ailleurs explicite à ce sujet !

@ LampeRouge : En effet, pourquoi mettre vide comme valeur pour la colonne "id" ?
Cette colonne attend une valeur numérique entière et rien d'autre.

Il faut être logique, soit vous mettez une valeur numérique entière pour la colonne "id" et dans ce cas là, je comprends pourquoi vous utilisez le REPLACE.
Soit vous n'introduisez pas la colonne "id" dans votre requête et vous laissez MySql se débrouiller tout seul pour lui attribuer une valeur.
Mais dans ce cas là, ce n'est pas un REPLACE que vous devez faire, mais bien un INSERT.

Ne pas oublier que le critère du choix de l'insertion ou de la mise à jour se fait sur votre clef primaire, qui dans ce cas-çi est la colonne "id".

Citation:

Envoyé par CinePhil

3) De plus, elle est auto-incrémentée donc vous n'avez pas besoin de spécifier l'identifiant dans votre requête d'insertion.

Ca depend de l'usage que LampeRouge veut faire de sa requête.
S'il précise une valeur à la colonne "id", deux cas peuvent se présenter.
a) soit la valeur de la colonne "id" existe déjà dans la table et sa requête va faire une mise à jour.
b) soit la valeur de la colonne "id" n'existe pas dans la table et sa requête va faire une insertion.

S'il désire conserver le "REPLACE" alors il doit préciser la colonne "id" afin que la requête sache quoi faire sur la ligne, comme je viens de l'expliquer.
S'il ne désire pas mettre la colonne "id" dans sa requête, le mieux est de mettre un INSERT à la place.

Citation:

Envoyé par CinePhil

4) En SQL, les valeurs textuelles s'écrivent entre apostrophes, pas entre guillemets !

En SQL pur, je veux bien. Mais ne sachant pas le contexte où se trouve cette requête, on peut supposer qu'il s'agisse en fait du php.
--> https://pbnaigeon.developpez.com/tut...phe-guillemet/
de ce fait, une chaîne entre apostrophe ne sera pas modifier tandis qu'une chaîne entre guillemet peut éventuellement l'être.

Citation:

Envoyé par CinePhil

5) Vous devriez nommer vos tables au singulier. Le pluriel peut prêter à confusion dans la compréhension du schéma.

Entièrement d'accord. On peut même ajouter un préfixe s'il est nécessaire de faire une distinction sur le suffixe.

Citation:

Envoyé par CinePhil

6) Le moteur MyISAM ne bénéficie pas des clés étrangères. Vous risquez donc une incohérence de données si vous n'utilisez pas cet outil essentiel de l'intégrité référentielle entre les tables.

7) Pour la colonne value est-elle de type LONGTEXT ? Vous voulez enregistrer des romans en base de données ?[/quote]
--> https://dev.mysql.com/doc/refman/8.0...-overview.html

La bonne question concerne l'usage que l'on va faire de se texte.
Et si l'on pratique une recherche sur des mots clefs, il vaut mieux définir cette colonne en "FTS" (full text serach).

En ce qui concerne la syntaxe du REPLACE, je vous conseille de lire la documentation mysql :
--> https://dev.mysql.com/doc/refman/8.0/en/replace.html

Si vous désirez faire une insertion dans la table, vous avez le choix entre :

Code:

INSERT INTO variables (`nom`, `value`) VALUES ('test', 'ici');

ou bien :

Code:

REPLACE INTO variables (`nom`, `value`) VALUES ('test', 'ici');

qui aura la même syntaxe que le INSERT.

Juste une remarque : quand vous utilisez des mots réservés, vous devez les mettre entre apostrophes inversées.
Il s'agit de la touche : alt gr + 7 : `

@+