問題タブ [collation]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
mysql - ユーザーのエクスポートとインポート、およびデータベース照合の問題
ソース サイトに mambo 4.6.5 があり、宛先サイトに joomla 1.5 があります。ユーザーを最初から 2 番目に移動します。joomla 1.5にユーザーポートコンポーネントをインストールしてから、マンボデータベースに移動し、このクエリでユーザーを選択します:
すべての「ユーザーポート」が必要とするCSVファイルにそれらをエクスポートします。一部のユーザー名はペルシャ語と UTF-8 です。以下に示すように、一部のテキストは UTF-8 Unicode のために逆アセンブルされていますが、マンボのバックエンドおよびフロントエンド セクションでは正しく表示されています。 マンボ データベース http://i.imagehost.org/0422/2_5.jpg (マンボ データベース)
問題はここにあります：ユーザーポートを介してjoomla 1.5にユーザーをインポートすると、データベースで逆アセンブルされているように見えるテキスト（ただし、マンボの同時性で正しく表示されます！）; マンボデータベースに表示され、joomla管理者で病気のままです： joomla管理者 http://i.imagehost.org/0675/1_34.jpg (joomla管理者)
解決策は何ですか？
ありがとう
database - DB 照合の大文字と小文字を区別しない - パフォーマンスに影響しますか?
以前にデータベースで作業していたときに、大文字と小文字を区別する照合を使用すると、大文字と小文字をutf8_bin区別しない照合よりもパフォーマンスが向上するかどうか疑問に思いましたutf8_general_ci(例は MySQL からのものです)。
誰かこれについて何かコメントはありますか？MySQL 以外のデータベースはどうですか?
sql-server - ストレージに適切な SQL Server 照合順序を選択する
照合順序は、ストレージに関して SQL Server にどのような影響を与えますか? また、これは Unicode および非 Unicode データ型にどのような影響を与えますか?
照合は Unicode ストレージに影響しますか? それともデータベース内の並べ替えルールを管理するだけですか?
Unicode 以外のデータ型を使用する場合、照合に関連する制限は何ですか?
制限が適用される場合、非 Unicode データ型のデータベース照合にない文字を格納しようとするとどうなりますか?
私の理解では、Unicode データ型は常に Unicode データの完全なセットを格納できますが、非 Unicode データ型の格納機能はコード ページ (照合によって定義される) に依存し、その中でいくつかの一般的な文字のみを表すことができます。照合。
明らかに、Unicode データ型の各文字は少なくとも 2 バイトを占有しますが、非 Unicode データ型は文字ごとに 1 バイトを占有します (または、これは照合によっても異なりますか?)
ここで私をまっすぐにしてください、これはどのように正確に機能しますか?
sql-server - SQL Server: テキスト データ型のコード ページ変換はサポートされていません
ADO を使用して SQL Server の TEXT 列にテキストを挿入すると、次のエラーが発生します。
コード ページの変換は、テキスト データ型ではサポートされていません。開始: 1257 終了: 1252.
Windows コード ページを 1257 (エストニア語) に変更したことは事実です。
私の質問は次のとおりです。SQL Server は、実行中のコード ページをどのように認識しますか?
サーバーとの間で送受信されるすべての文字列は、ワイド (Unicode) 文字列として送信されます。サーバーでは、SQL Server は Unicode 文字列を(NTEXT ではなく) TEXT列に強制的に詰め込みます。テキスト列は、照合コード ページ1252を使用するように設定されています。
ソース文字列に、Windows 1252 コード ページの外部にある文字はありません。あったとしても、SQL Server はコード ページ1257を実行していることをどのように認識しますか?
SQL Server への接続をプロファイリングしようとしましたが、クライアントがコード ページをサーバーと識別しているようには見えません。
mysql - Railsで大文字と小文字を区別する
私は照合でMysqlを使用してutf8_general_ciおり、ほとんどの検索でそれは良いことです。ただし、1つのモデルと1つのフィールドについて、大文字と小文字を区別するレコードを見つけたいと思います。どうやってするの？
mysql - utf8_unicode_ci と utf8_general_ci 照合の違い?
2 種類の列/テーブル照合の違いは何ですか? どちらが優先され、その理由は何ですか? 何かご意見は？
mysql - アプリケーション全体がUTF-8に対応する場合、どの照合を使用する必要がありますか？
最新バージョンのMySQLを使用しています。デフォルトでは、latin1_swedish_ciを取得しますが、これは実際には正しく聞こえません。
mysql - MySQLでは列名とテーブル名で大文字と小文字が区別されますか？
category_idとという列名がある場合Category_Id、それらは異なりますか？
categoryそして、私がと呼ばれるテーブルを持っている場合Category、それらは異なりますか？
mysql - mysql は、インデックス キーの一意性を検証する際にアクセントを考慮しません。
varchar(250) である「tag」という名前のフィールドが 1 つだけのテーブルがあります。
スペイン語で単語を保存する予定なので、フィールドは照合「latin1_spanish_ci」で定義されています...
問題は、次のクエリ
とまったく同じ結果が得られます
つまり、mysql の場合、'uno' = 'unó'... および 'unò'、'unö'... など...
このフィールドには一意のキーがあると想定されています...
私は他の照合を試してみましたが、すべての「ビン」照合が機能しているようで、latin1_general_ci も...
これがデータベースのすべてのフィールドに対して選択するのに適切な照合であるかどうか、またはそれを選択するのに問題があるかどうかを知りたいのですが...そのデータベースにスペイン語のデータを保存することを計画していることを考慮してください...
サルドス
サス
ps: とにかく、スペイン語の照合でアクセントが無意味であると見なされるのは本当に奇妙に思えます...
--
編集: 私はいくつかのテストを行いました。データを Á é É ñ Ñ などで入力しましたが、mysql は実際にそれらを問題なく処理できるようです...
sql-server - SQLServer多言語データのサポート
さまざまな言語でデータを保存できるように、SQL Server 2005のDBMSをどのように設定しますか？
私の正確な問題はこれです：SQL Server Management Studioで、ドイツ語のウムラウトを含む挿入ステートメントを書いています。テキストは正常に保存されますが、同じ値を読み取ると、Umlautのないテキストになります。
英語、ドイツ語、ギリシャ語、ロシア語の4つの言語をサポートする必要があることを考慮してください（ロシア語のテキストで何に直面するかは考えたくありません）。
これで、DBMSはギリシャ語の照合でセットアップされました（ギリシャ語をサポートするため）。
これは問題を引き起こしますか？
ヒントはありますか？