C'est a peu prêt cela. mais pour palier au problème du nombre de caractères, on peut toujours augmenter la taille du varchar ou du nvarchar pour qu'ils acceptent autant de caractère que tu le souhaites.

exemple : ici on choisit le nombre de caractères,

CREATE TABLE `exemple` (
  `id` VARCHAR( 10 ) NOT NULL ,
  `plop` VARCHAR( 255 ) NOT NULL ,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

J'utilise régulièrement mySQL et j'ai vu que quelques fois lorsque qu'il y avait un champ varchar(50) et que, par le biais d'une application web (ou autre), on y introduisait un texte de 100 ou 200 caractères ... ça fonctionnait.
j'avais fait des recherches et j'avais trouvé que les tailles déclarées à la création n'était là que pour l'indexation de la table. en fait MySQL réserve la taille précisée à la création mais s'il a besoin de plus il prend plus.

(j'espère que si tu as des booléen à utiliser, tu ne regarderas pas trop en détail le fonctionnement car là aussi ça semble compliqué)

Bonjour,

Alternate : ca n'est pas tout à fait cela, en fait, par défaut, MySQL accepte une entrée de 200 caractères dans un VARCHAR(50) MAIS il la tronque à 50 caractères ...
C'est donc dangereux, parce que on croit que tout s'est bien passé (il n'y a ni erreur ni warning), MAIS on a perdu 150 caractères :)
Cela peut se configurer dans le my.cnf (strict sql mode), mais c'est très rarement en place ...
Voir la documentation : http://dev.mysql.com/doc/refman/5.1/en/char.html

Dumbo : NVARCHAR n'existe pas en tant que type de données dans MySQL ... par contre, cela existe sur SQL Server ... confusion ? :)
Du coup, elle peut exister également dans certaines couches d'abstraction (JDBC, ...) : MySQL l'assimilera alors aux VARCHAR.

Bon courage

Oki je comprends mieux :)

je n'utilise pas le MTK, mais essaie de mettre ta colonne VARCHAR en UTF8 pour voir si ca passe mieux ?