Utf8_general_ci recommandé plus Utf8_bin?

[mario06]

N'est-ce pas l'utf8_general_ci recommandée car

utf8_bin: comparer des chaînes par la valeur binaire de chaque caractère dans la chaîne

utf8_general_ci: comparer des chaînes en utilisant des règles linguistiques générales et en utilisant la casse des comparaisons

Sur votre prochaine version peut-on ajouter une option qui ne convertit pas le jeu de caractères dans la table db?

[vBET]

Pour l'intégration avec Google cache tableaux nous avons choisi utf8_bin comparateur, parce que nous croyons que c'est plus rapide que utf8_general_ci. Il est plus simple - pas de règle juste comparer octets, donc il devrait être plus rapide que tout autre comparation basé sur des règles supplémentaires (non testé - juste, fondée sur des logiques).
Aussi nous ne pouvons utiliser l'utilisation utf8_general_ci, Parce qu'il est Cansé insensibles, et nous devons les correspondances exactes dans le cache.

S'il vous plaît noter que nous ne changeons rien dans le modèle de BB, donc je ne comprends pas bien pourquoi vous demandez de ne pas convertir charset table db ... Nous ne convertissent pas rien dans la DB. vBET crée ses propres tables pour le cache et ne pas toucher ceux qui existent déjà - rien n'est transformé là-bas ...

[mario06]

C'est généralement une bonne idée de garder le même jeu de caractères pour la base de données entière au lieu d'avoir deux différents parce que peu de travail supplémentaire (requête) est impliqué dans la communication entre chaque pas d'autres?

[vBET]

Il n'ya pas de toute communication entre les tables du cache vBET et le reste du schéma de la base.

[mario06]

Je n'ai pas voulu dire entre vBET et vBulletin, je résumait pour les moteurs de recherche

[vBET]

Les moteurs de recherche ne voyez pas votre base de données.