Erreur MySQL 1264: en dehors de la plage de la valeur de la colonne

Comme je l'ai SET cust_fax dans une table dans MySQL comme ceci:

cust_fax integer(10) NOT NULL,

puis-je insérer la valeur comme ceci:

INSERT INTO database values ('3172978990');

mais puis dire

d'erreur "1264" hors de valeur pour la colonne

Et je veux savoir où est l'erreur? Mon jeu? Ou autres?

Toute réponse sera apprécié!

InformationsquelleAutor Cin | 2013-01-11
  1. 78

    La valeur 3172978990 est supérieure à 2147483647 – la valeur maximale pour INT – d'où l'erreur. MySQL types d'entiers et de leurs aires de répartition sont énumérées ici.

    Également de noter que la (10) dans INT(10) ne définit pas la "taille" d'un entier. Il spécifie le largeur d'affichage de la colonne. Cette information est uniquement consultatif.

    Pour corriger l'erreur, de changer de type de données pour VARCHAR. Numéros de téléphone et Fax doivent être stockés sous forme de chaînes. Voir cette discussion.

    • Pour moi, l'erreur a été causée par AUTO_INCREMENT somewhy de devenir un grand nombre dans un tableau avec un petit nombre de lignes. J'ai donc besoin d' ALTER TABLE table_name AUTO_INCREMENT=103; (si il y a 102 lignes pour le moment).
    • cela pourrait apporter une réponse utile pour quelqu'un connaît même symptômes, mais le problème est différent.
    • Thx. l'a Transformé en une réponse.
    InformationsquelleAutor Salman A
  2. 16

    Vous pouvez également modifier le type de données bigInt et il permettra de résoudre votre problème, ce n'est pas une bonne pratique de garder les entiers comme des chaînes de caractères, sauf si nécessaire. 🙂

    ALTER TABLE T_PERSON MODIFY mobile_no BIGINT;
    • Si la demande est de stocker un numéro de téléphone, puis à l'aide de cordes est certainement préférable. Cependant, je vous remercie pour l'instruction ALTER. Il fixe mon problème (plaine de débordement d'entier, où j'ai été le stockage des tailles de fichier à l'aide d'ENTIERS).
    • Cela a fonctionné pour moi ALTER TABLE nom_table MODIFIER tbl_column BIGINT(50) UNSIGNED not NULL
    InformationsquelleAutor Rohit Kolhekar
  3. 11

    Vous dépassez la durée de int type de données. Vous pouvez utiliser UNSIGNED attribut à l'appui de cette valeur.

    SIGNÉ INT peut soutenir jusqu'à 2147483647 et avec UNSIGNED INT permet le double de cette. Après cela, vous voulez continuer à enregistrer des données que d'utiliser CHAR ou VARCHAR avec une longueur de 10

    InformationsquelleAutor Saharsh Shah
  4. 1

    tl;dr

    Assurez-vous que votre AUTO_INCREMENT n'est pas hors de portée. Dans ce cas, de définir une nouvelle valeur pour avec:

    ALTER TABLE table_name AUTO_INCREMENT=100 -- Change 100 to the desired number

    Explication

    AUTO_INCREMENT peut contenir un nombre qui est plus grand que la valeur maximale autorisée par le type de données. Cela peut se produire si vous avez rempli un tableau que vous avez vidé par la suite, mais le AUTO_INCREMENT restée la même, mais il peut y avoir différentes raisons. Dans ce cas, une nouvelle entrée de la pièce d'identité devrait être hors de portée.

    Solution

    Si c'est la cause de votre problème, vous pouvez résoudre le problème par la mise en AUTO_INCREMENT à un plus grand que la dernière ligne de l'id. Donc, si votre dernière ligne, id est de 100, alors:

    ALTER TABLE table_name AUTO_INCREMENT=101

    Si vous souhaitez vérifier AUTO_INCREMENT's valeur actuelle, utilisez cette commande: 

    SELECT `AUTO_INCREMENT`
FROM  INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA = 'DatabaseName'
AND   TABLE_NAME   = 'TableName';
    InformationsquelleAutor totymedli