フルバージョンを見る: 拒否 Utf8_general_ciは、コレーションの設定よりも推奨?
utf8_general_ciは推奨されませんので、
コレーションの設定:文字列内の各文字のバイナリ値で文字列を比較する
utf8_general_ci:一般的な言語規則を使用し、大文字と小文字を区別しない比較を使用して文字列を比較する
この次のバージョンではdbテーブルの文字セットを変換しないオプションを追加するには?
我々はこれはutf8_general_ciよりも高速であると考えているためvBETキャッシュテーブルでは我々は、コレーションのコンパレータを選びました。それは簡単です - なしルールだけでバイトを比較するので、(テストしていない - ちょうど外のロジックに基づいて)追加の規則に基づいて、他のcomparationこと速くなります。
また、canse小文字を区別しないので我々は、utf8_general_ciを使用使用することはできません、と我々は、キャッシュ内の完全一致が必要です。
我々は、VBのモデルには何も変更しないので、dbテーブルの文字セットを変換することについての求めている理由を私は正確に理解していないことに注意してください...我々は、DBには何も変換されません。 vBETはキャッシュのために、独自のテーブルを作成し、既存のものには手を触れないでください - 何もそこに変換されていない...
お互いにないとの間で通信する際にいくつかの余分な作業(クエリ)が関与しているので、通常は代わりに2つの異なることの全体のデータベースで同じ文字セットを保管しておくことをお勧め?
データベーススキーマのvBETキャッシュテーブルと残り間のすべての通信はありません。
私は検索エンジンのためにmean't vbetとvbulletinの間で言っているのではなかった
検索エンジンはデータベースを参照してくださいしないでください。
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.