問題タブ [collate]

Thai_CI_AS特殊文字がà適切に格納されていない照合を持つテーブルがありました。保存するàと、疑問符としてレンダリングされます。?

そのテーブルの照合順序をラテン*のデフォルトに変更することで問題を解決しました。

新しいデータ (特殊文字) が正しく保存されるようになりました。

ただし、古いデータは引き続き表示されます???。

古いデータを正しく表示するには、どうすればリフレッシュできますか?

- - - 編集 - - - -

?すべてを次のようなものに変更できるSQLクエリはありますàか?

例

そしてすべてを

ありがとうございます, 次の列は、そのような種類のデータを含むものです,

助けてください。どうもありがとうございました。

テーブル変数列の定義にSQL_Latin1_General_CP1_CS_ASを照合することは可能ですか？

これを実行したい理由は、ソーステーブルに大文字と小文字を区別する情報がありますが、それをテーブル変数に挿入すると、主キーに問題があります（クラスター化されています）-重複した値が検出されます-「すべて」のようにおよび「ALL」。

そのため、次のステートメントのように、テーブル変数の列で大文字と小文字を区別する方法を見つけようとしています。

私に与える： "SQL_Latin1_General_CP1_CI_AS"

SQL Server 2008 R2 に 2 つのデータベース (X と Y) があります。何らかの理由で、データベースとサーバーのエンコーディング (SQL_Latin1_general_CP1_CI_ASおよびLatin1_General_CI_AS) が異なるため、一時テーブルまたはテーブル変数を使用すると、常に照合の問題に直面します。

データベースYからいくつかの情報を選択してテーブル変数に入れる@info

この方法で両方に参加しようとすると、本当にうまくいきます:

しかし、シリアルの長さは製品ごとに異なる可能性があるため、変数を使用して実行したいと考えています。

これを試してみると、クエリは永遠に実行され、何もしません。

この問題の回避策はありますか? または、少なくとも誰かがなぜこれが起こっているのか知っていますか?

更新: MitchWheatのおかげで、照合はもはや問題ではありませんデータベース照合の変更と TempDB オブジェクトの処理

しかし、SELECTそれでもうまくいきません。別の手順でも使用してSUBSTRING(serial, 17, @serial_length)いますが、テーブル変数がなくても機能します。

こんにちは私はDBで探している私のウェブで検索しようとしています

テーブルもutf8_slovak_ciです。knihy（本）というテーブルには、フィールドAutor1 Autor2 Autor 3 Autor4 /Author1などがあります。検索に使用しているクエリは次のとおりです。

「Šilíoá」を探している場合は、Autor1 / Author1 /という名前の「Šilíoá」という名前の本がテーブルにあるとします。「Šilioa」を探している場合は、「Šilioa」を探している場合も見つかります。 silioa」何も見つかりません。それで、問題は文字「Š」と「š」にあります。どうすればこの問題を修正できますか？インターネットでたくさんのチュートリアルを見つけましたが、それでも機能しません...

複数のテーブルのデータを使用してオブジェクトのリストを取得する HQL クエリがあります。クエリの一部では大文字と小文字を区別する比較が必要ですが、データベースの既定の照合では大文字と小文字が区別されません。

クエリを SQL に変換できることはわかっています。指定することで問題を解決できますがcollate utf8_bin(MySql データベースをターゲットにしています)、これには (コードの理解とメンテナンスの観点から) より複雑なクエリが必要になるため、避けたいと思います。可能であれば SQL オプション。

collate残念ながら、HQL にはトークンが含まれていません。

HQL クエリに SQL の断片を挿入する方法はありますか?

Hibernate SQL クエリで COLLATE ステートメントを使用しようとしていますが、ステートメントを認識しません。

アプリのコンパイル時に、Hibernate は次の例外を返します。

問題が見つかりません。MSSQL Server では問題なく動作します。

2 つのサーバーがSQL_Latin1_General_CP1_CI_ASとLatin1_General_CI_ASを使用してセットアップされていることに気付きました。

2 つのデータ ソースを相互に比較するスクリプトを作成しました (これは単純な SELECT ステートメントであるため、含めていません。同じ列を使用しますが、異なるソースからのものです)。エラー。

メッセージ 468、レベル 16、状態 9、行 2 UNION 操作での" SQL_Latin1_General_CP1_CI_AS " と " Latin1_General_CI_AS " の間の照合の競合を解決できません。

ソースの 1 つは、SSISパッケージによって設定されているテーブルです。宛先テーブルに送信される前に、SSIS プロジェクトを "SQL_Latin1_General_CP1_CI_AS" 形式から "Latin1_General_CI_AS" に変換する方法はありますか?

ありがとう！

PHPクエリには次のものがあります。

「RIGHTJOIN」の後、括弧内のすべてがユーザー入力からその場で作成されます。

MySQL 4では正常に機能しましたが、新しいコンピューターを使用して5.5をインストールし、SQLダンプをとしてインポートしましたUTF-8。しかし、私は得ます：

"操作'='の照合（latin1_swedish_ci、IMPLICIT）と（utf8_general_ci、COERCIBLE）の不正な組み合わせ"

クエリを作成するためのより良い方法がおそらくあります。必要なのは、ユーザーが1つの列に「Vals」として入力するすべてのものです。一致するタグがあるtbl_tags.tag場合は「tag」という列にあるはずです。それ以外の場合はタグ列は空白です。

Collat​​eを使用してみました：http ：//www.answermysearches.com/mysql-fixing-illegal-mix-of-collat​​ions-message/352/ 、しかし私はそれを動作させることができません。

したがって、より良いクエリを作成するか、何らかの方法で照合関数を使用する必要がありますが、どのようにしたらよいでしょうか。

前もって感謝します。

クレイグ

SQLについて質問があります。jDeveloper と oracle sql 開発者を使用しています。

検索の大文字と小文字を区別しないようにしたいので、次のように書きました。

しかし、エラーが発生しました: java.sql.SQLException: ORA-00933: SQL コマンドが正しく終了しませんでした

この問題を解決するにはどうすればよいですか。ちなみに私はSQL初心者です。

次のMySQLテーブルがあります

現在、テーブルには次のレコードがあります

エントリがLuísaであることに注意してください。それは実際には「イー」です。ご覧のとおり、name フィールドの照合を COLLATE utf8_unicode_ci に指定しました。このテーブルにいくつかの名前をロードする Python スクリプトがあり、フィールド名が一意であり、照合順序が utf8_unicode_ci に設定されているため、iとíが同じであると見なされるため、このテーブルにLuisaを挿入できません。

ここで、エントリがPythonのテーブルに既に存在するかどうかを確認するために、最初にテーブルに存在するすべての名前をセットにロードし、テーブルに存在しない場合にのみ挿入しようとします。問題は、python がiとíを異なるものとして扱っていることです。

http://www.cmlenz.net/archives/2008/07/the-truth-about-unicode-in-pythonで、Python は照合をサポートしていないこと、およびによって書かれた uca の Python 実装があることを読みました 。ジェームズ・タウバー。ただし、これはソートには役立ちますが、MySQL で utf8 Unicode CI 照合を使用して 2 つの文字列が同じように扱われるかどうかを比較する場合には役立ちません。

Python でこれら 2 つの文字列を MySQL の方法で比較する方法はありますか?