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