Просмотр полной версии: Отклонен Utf8_general_ci рекомендуется более utf8_bin?
Разве это не рекомендуется, потому что utf8_general_ci
utf8_bin: сравнение строк с двоичным значение каждого символа в строке
utf8_general_ci: сравнивать строки, используя общие правила языка и с помощью сравнения без учета регистра
На вас следующую версию вы можете добавить параметр, который не конвертирует кодировку таблицы БД?
Для vBET таблицы кэша Мы решили utf8_bin компаратор, потому что мы считаем, что это быстрее, чем utf8_general_ci. Проще - не правило просто сравнить байт, поэтому она должна быть быстрее, чем любой другой comparation на основе дополнительных правил (не проверял - только на основе из логики).
Также мы не можем использовать utf8_general_ci использовать, потому что это canse нечувствительным, и нам нужно точное совпадение в кэше.
Пожалуйста, обратите внимание, что мы ничего не меняют в модели VB, так что я не совсем понимаю, почему вы спрашиваете не преобразования таблицы БД кодировку ... Мы не конвертировать все в БД. vBET создает свой собственный столы для кэш-памяти и не трогать существующие - ничего не преобразуется там ...
Это обычно хорошая идея, чтобы сохранить тот же набор символов для всей базы данных, вместо того, 2 отличается тем, что некоторые дополнительные работы (запрос) участвует при общении друг с другом не так ли?
Существует не какой-либо связи между vBET таблицы кэша и остальные схемы базы данных.
Я не хочу сказать, между vbet и VBulletin я mean't для поисковых систем
Поисковые системы не видят вашу базу данных.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions Inc. All rights reserved.