Cela peut sembler assez évident, et il est. Apparemment, vous avez essayé d'insérer ou de mettre à jour une ligne avec une valeur pour la "column_name" de la colonne qui est plus grande que ne le fit dans ladite colonne.
Si c'est CHAR ou VARCHAR, par exemple, vous avez probablement une chaîne qui est plus long que la taille définie pour la colonne.
Votre choix pour la fixation de ce sont aussi peu évidente -, soit de s'assurer que les données que vous stockez n'est pas plus grande que la colonne (peut-être en tronquant des chaînes plus longues avant de les ranger), ou augmenter la taille de la colonne de base de données.
mysql> create table penguins(val CHAR(2));Query OK,0 rows affected (0.08 sec)
mysql> insert into penguins values("AB");Query OK,1 row affected (0.00 sec)
mysql> insert into penguins values("ABC");Query OK,1 row affected,1 warning (0.01 sec)
mysql> show warnings;+---------+------+------------------------------------------+|Level|Code|Message|+---------+------+------------------------------------------+|Warning|1265|Data truncated for column 'val' at row 1|+---------+------+------------------------------------------+1 row inset(0.00 sec)
C'est l'erreur que vous obtenez, cependant, dans la base de données MySQL terminal affiche comme un avertissement et encore insère votre rang, juste en silence tronque.
Le JDBC MySQL n'est pas aussi indulgent, et crache une erreur de disque dur et ne sera pas insérer la ligne.
2 Solutions
Soit d'Augmenter la capacité du type de données que vous insérez dans, ou de réduire la taille du contenu que vous mettez dans.
Légende pour augmenter la taille de votre colonne:
If you are usingthenusethis-------------------------------
smallint intintlong
TEXT LONGTEXT
LONGTEXT CLOB
CLOB Store the content to disk,and save the filename in the db.
Dans mon cas, Le téléchargement de données contient des guillemets ("et "). C'est pourquoi j'obtiens la même exception que vous avez mentionné ci-dessus. Après avoir retiré les guillemets à l'intérieur des données est inséré à la tableaux de.
Je suis en train de convertir un java.uitl.carte de stringified chaîne json et d'essayer de persister, j'ai eu cette erreur ci-dessus et si sa cause les guillemets puis je ne peux pas utiliser votre réponse - donc, il y a un caractère d'échappement que l'on peut utiliser
J'ai fait face à un même problème dans mon printemps de démarrage de données jpa demande quand je vais pour insérer un fichier image dans la base de données octet sa m'a donné la même erreur.
Après de nombreuses R & D, j'ai trouvé la solution comme ci-dessous.
J'ai ajouté en dessous de la ligne dans mon application.les propriétés de fichier et la résolution qui l'
J'ai rencontré le même problème dans mon Printemps application de Démarrage lors du téléchargement d'un
Image/Word/PDF fichier et fixe avec les étapes ci-dessous:
Solution
Jetez un oeil à la taille du fichier que vous essayez de
le téléchargement.
Puis comparez la taille du fichier avec la taille maximale autorisée par la
votre mappé type de CHAMP de Base.
Par exemple pour le MÉTIER de:
TINYBLOB ≈ 255 octets, BLOB ≈ 64 KO, MEDIUMBLOB ≈ 16 et LONGBLOB ≈ 4 GO Run
Utiliser la commande Alter table en fonction de vos besoins en Espace:
ALTER TABLE 'NOM_TABLE' MODIFIER 'NOM_CHAMP' MEDIUMBLOB;
Remarque: Il est toujours recommandé de sauvegarder un Lien mais pas le fichier réel (ayant de grandes
les tailles) en DB.
Cela peut sembler assez évident, et il est. Apparemment, vous avez essayé d'insérer ou de mettre à jour une ligne avec une valeur pour la "column_name" de la colonne qui est plus grande que ne le fit dans ladite colonne.
Si c'est CHAR ou VARCHAR, par exemple, vous avez probablement une chaîne qui est plus long que la taille définie pour la colonne.
Votre choix pour la fixation de ce sont aussi peu évidente -, soit de s'assurer que les données que vous stockez n'est pas plus grande que la colonne (peut-être en tronquant des chaînes plus longues avant de les ranger), ou augmenter la taille de la colonne de base de données.
OriginalL'auteur GreyBeardedGeek
Comment reproduire cette erreur mysql terminal:
C'est l'erreur que vous obtenez, cependant, dans la base de données MySQL terminal affiche comme un avertissement et encore insère votre rang, juste en silence tronque.
Le JDBC MySQL n'est pas aussi indulgent, et crache une erreur de disque dur et ne sera pas insérer la ligne.
2 Solutions
Soit d'Augmenter la capacité du type de données que vous insérez dans, ou de réduire la taille du contenu que vous mettez dans.
Légende pour augmenter la taille de votre colonne:
OriginalL'auteur Eric Leschinski
Dans mon cas, Le téléchargement de données contient des guillemets ("et "). C'est pourquoi j'obtiens la même exception que vous avez mentionné ci-dessus. Après avoir retiré les guillemets à l'intérieur des données est inséré à la tableaux de.
OriginalL'auteur Thilina Rubasingha
J'ai fait face à un même problème dans mon printemps de démarrage de données jpa demande quand je vais pour insérer un fichier image dans la base de données octet sa m'a donné la même erreur.
Après de nombreuses R & D, j'ai trouvé la solution comme ci-dessous.
J'ai ajouté en dessous de la ligne dans mon application.les propriétés de fichier et la résolution qui l'
L'espoir qu'il sera utile à quelqu'un.
OriginalL'auteur Vijay Gajera
Cette erreur s'affiche parce que,la taille des données que vous avez essayé d'insérer dans la colonne est trop grand.
De la Solution de Changer la taille de la colonne de max.En supposant que votre colonne est de type VARCHAR,puis dans mySQL
OriginalL'auteur Dipin P Joseph
J'ai rencontré le même problème dans mon Printemps application de Démarrage lors du téléchargement d'un
Image/Word/PDF fichier et fixe avec les étapes ci-dessous:
Solution
le téléchargement.
votre mappé type de CHAMP de Base.
TINYBLOB ≈ 255 octets, BLOB ≈ 64 KO, MEDIUMBLOB ≈ 16 et LONGBLOB ≈ 4 GO Run
Utiliser la commande Alter table en fonction de vos besoins en Espace:
ALTER TABLE 'NOM_TABLE' MODIFIER 'NOM_CHAMP' MEDIUMBLOB;
Remarque: Il est toujours recommandé de sauvegarder un Lien mais pas le fichier réel (ayant de grandes
les tailles) en DB.
OriginalL'auteur Raman K Pandita