Ce que MySQL classement/jeu de caractères dois-je utiliser pour l'anglais et l'espagnol?

Je suis en train de construire une application PHP5 avec MySQL pour la langue anglaise et espagnole. Dois-je régler le jeu de caractères et collation vers UTF8, puis convertir le tout dans la base de données avec mbstring? Ou, devrais-je utiliser un certain type de caractères latins qui prend en charge à la fois l'anglais et l'espagnol? L'application est strictement etats-unis seulement et il n'a pas besoin de supporter la totalité de la portée internationale de langues.

J'utilise CodeIgniter sur la plupart des projets. Je viens de remarquer CI paramètres de Base de données.

$db['default']['char_set'] = 'utf8';
$db['default']['dbcollat'] = 'utf8_general_ci';

Donc, je suppose que ces deux paramètres doivent être bonnes. Je suppose que j'ai besoin de réinitialiser la base de données MySQL char et tous les paramètres de classement sur la base de données et des tables?

  • stick avec l'utf8. indépendamment de la façon dont peu (ou plusieurs) langues que vous défendez maintenant, à l'aide de l'utf8 maintenant permettra d'éliminer la nécessité pour les charset conversions en bas de la route lorsque le PHBs inévitablement ajouter plus de langues.
InformationsquelleAutor jjwdesign | 2011-10-25
  1. 4

    Définir le jeu de caractères en UTF8 à la fois en php et dans la base de données.

    Utilisation de classement utf8_latin_ci dans toutes les tables dans la base de données.

    Voir: http://dev.mysql.com/doc/refman/5.5/en/charset-general.html

    • De ma compréhension, le classement les effets de la comparaison. À partir d'une comparaison point de vue, sera uft8_latin_ci faire COMME les recherches match de plus ou de moins? Un match À, Â, et les autres?
    • Classement affecte l'ordre de tri et la comparaison. Pas sûr à 100%, ce qui correspond à quoi. Je suggère de l'expérimentation. Je ne pense pas que A correspond À, Â, parce qu'ils n' son sur le même.
    • n'est pas nouveau, il a été là depuis de nombreuses années.
    • Il me semble avoir le même problème. Pour une nouvelle installation de XAMPP 'utf8_latin_ci" n'est pas une option. Il y a quelques UTF8 options générales, et unicode. Et un tas de certaines langues étrangères, mais pas le latin. Eh bien, il est un ensemble de latin section, mais qui n'est pas de l'utf-8 (dans la mesure où c'est marqué de toute façon)
    InformationsquelleAutor Johan - reinstate Monica
  2. 2

    Je parle portugais, donc j'utilise utf8_general_ci de base de données, charset=UTF-8 dans mes en-têtes html et je exécuter une série de commandes dans ma classe de Connexion lorsque l'on ouvre le lien à la force utf8 classement dans la communication. Ce qui n'affecte pas les performances dans un noticeble manière de sorte que vous pouvez simplement l'utiliser peu importe la langue que vous utilisez.

    InformationsquelleAutor SparK