Utf8_general_ci recomendado sobre utf8_bin?

[mario06]

Non se recomenda porque a utf8_general_ci

utf8_bin: compare cadeas polo valor binario de cada carácter na cadea

utf8_general_ci: comparar cadeas usando regras da lingua xeral e utilizar maiúsculas e minúsculas comparacións

A próxima versión podes engadir unha opción que non converte o charset táboa db?

[vBET]

Para vBET cache mesas nós choosed utf8_bin comparados, porque cremos que este é máis rápido que utf8_general_ci. É máis simple - ningunha regra pode comparar máis, polo que debe ser máis rápido que calquera outro comparation con base en regras adicionais (non probado - só con base na lóxica de fóra).
Tampouco podemos utilizar usar utf8_general_ci, ¿Por Cans insensible, e necesitamos de correspondencias exactas en caché.

Teña en conta que nós non cambiamos nada no modelo vB, entón eu non entendo por que precisamente está preguntando sobre a conversión de db non charset táboa ... Non converter nada en DB. vBET crea os seus propios cadros para o caché e non toque as xa existentes - nada se converter alí ...

[mario06]

É xeralmente unha boa idea para manter o charset mesmo para a base de datos enteiro no canto de ter dúas diferentes porque un traballo extra (consulta) toma parte na comunicación entre cada ningún outro?

[vBET]

Non hai ningunha comunicación entre as táboas de caché vBET e resto do esquema de base de datos.

[mario06]

Eu non quixen dicir entre vbet e vBulletin eu mean't para os motores de busca

[vBET]

Motores de busca non ver a súa base de datos.