Voir la version complète: Rejetée Utf8_general_ci recommandé plus Utf8_bin?
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?
Pour les tables de cache vBET nous avons choisi comparateur utf8_bin, 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 ...
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?
Il n'ya pas de toute communication entre les tables du cache vBET et le reste du schéma de la base.
Je n'ai pas voulu dire entre vBET et vBulletin, je résumait pour les moteurs de recherche
Les moteurs de recherche ne voyez pas votre base de données.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.