Rails 4 Migration: mysql2 :: Erreur: données trop long pour la colonne 'xxxx'

Question

Voici mon schema.rb

create_table "users", force: true do |t| 
    t.string "name",  limit: 6 
    t.string "email" 
    t.datetime "created_at" 
    t.datetime "updated_at" 
    end 

Je mets la limite fo chaîne pour la colonne "nom".

Puis, dans la console:

user = User.new(name:"1234567890",email:"username@gmail.com") 
user.save! 

Il a soulevé l'erreur:

ActiveRecord::StatementInvalid: Mysql2::Error: Data too long for column 'name' at row 1: INSERT INTO `users` (`created_at`, `email`, `name`, `updated_at`) VALUES ('2014-06-19 15:08:15', 'username@gmail.com', '1234567890', '2014-06-19 15:08:15') 

Mais, quand je suis passé à rails 3.

je l'ai trouvé tronqué la chaîne "" automatiquement, et inséré "" dans la base de données sans erreur.

Y at-il quelque chose à ce sujet a été retiré dans rails 4?

Dois-je ajouter quelques fonctions tronquées dans le modèle par moi-même? Merci!

Answer 1

Ce que vous voyez est une différence dans MySQL, pas Rails. Par défaut, MySQL tronquera les données trop longues au lieu de lancer une erreur. Si vous définissez MySQL en mode strict, il va lancer des erreurs au lieu de tronquer silencieusement les données.

Avec la version 4, Rails turns on strict mode par défaut. C'est pourquoi vous voyez un comportement différent avec Rails 3. Ce est le comportement que vous voulez probablement. La troncation silencieuse des données est presque toujours mauvaise et peut conduire à un comportement très confus pour les utilisateurs.

Si vous vraiment voulez tronquer les données, vous pouvez turn off strict mode ou utiliser un filtre avant:

before_save :truncate_username 
def truncate_username 
    self.username = username.slice(0, 6) 
end 

Answer 2

J'ai trébuché sur this article coïncidement écrit il y a seulement quelques jours.

Le principal point d'intérêt est la suivante:

...I recently upgraded from rails 3.2 to rails 4.0. They implemented a major change with ActiveRecords that I can find no mention of any where except in the source and change log.

• mysql and mysql2 connections will set SQL_MODE=STRICT_ALL_TABLES by default to avoid silent data loss. This can be disabled by specifying strict: false in your database.yml .

Cela semble expliquer pourquoi vous ne recevez plus l'erreur lorsque vous est revenu à Rails 3. Vous pouvez le voir dans les options du MySQL connection adapter module et il semble que ce soit added way back in May 2012 pour le candidat à la version 4.1.2 (si je lis correctement les balises).

Cette personne a résolu son problème par le code ... [fixant] pour avoir les bonnes longueurs de champ, ou tronquer manuellement les données ....

Dans votre cas, vous pouvez peut-être résoudre votre problème avec Rails 4 simplement en ajoutant strict: false à votre database.yml. Si vous souhaitez personnaliser la façon dont les données sont tronquées, je suis d'accord avec la suggestion de JKen13579 concernant le rappel before_save. Sinon, d'après ce que je peux voir, il semble tronquer les caractères les plus à droite, donc si cela est suffisant, vous pouvez probablement vous en passer avec le comportement de troncature par défaut.