問題タブ [unique-key]

varchar(250) である「tag」という名前のフィールドが 1 つだけのテーブルがあります。

スペイン語で単語を保存する予定なので、フィールドは照合「latin1_spanish_ci」で定義されています...

問題は、次のクエリ

とまったく同じ結果が得られます

つまり、mysql の場合、'uno' = 'unó'... および 'unò'、'unö'... など...

このフィールドには一意のキーがあると想定されています...

私は他の照合を試してみましたが、すべての「ビン」照合が機能しているようで、latin1_general_ci も...

これがデータベースのすべてのフィールドに対して選択するのに適切な照合であるかどうか、またはそれを選択するのに問題があるかどうかを知りたいのですが...そのデータベースにスペイン語のデータを保存することを計画していることを考慮してください...

サルドス

サス

ps: とにかく、スペイン語の照合でアクセントが無意味であると見なされるのは本当に奇妙に思えます...

--

編集: 私はいくつかのテストを行いました。データを Á é É ñ Ñ などで入力しましたが、mysql は実際にそれらを問​​題なく処理できるようです...

以前は「unique」がTrueに設定されていたCharFieldのモデルがありますが、現在はFalseに変更されています。しかし、存在するものでそのフィールドを保存しようとすると、djangoはIntegrityErrorをスローします。

明確でない値を許可するようにこの動作を変更するにはどうすればよいですか？

データベースはMySQLです。

と

機能的な違いはありますか？

同じデータ型の foo という名前の列を持つテーブルが 10 個以上 (わかりません) あります。
すべてのテーブルの値が一意であることを SQL に伝えるにはどうすればよいですか。
つまり、(テーブル 1 に値 "1" がある場合) テーブル 2 に値 "1" を持つことはできないはずです

主キー (IsIdentity=Yes) と一意キー制約を構成する他の 3 つのフィールドを持つ SqlServer 2008 テーブルがあります。

さらに、テーブルにレコードを挿入するストア プロシージャがあり、SqlConnection オブジェクトを使用して C# 経由で sproc を呼び出します。

C# sproc 呼び出しは問題なく動作しますが、C# sproc 呼び出しが Unique Key 制約に違反している場合に興味深い結果が得られることに気付きました....

sproc 呼び出しが Unique Key 制約に違反すると、SqlException がスローされます。これは当然のことであり、クールです。ただし、テーブルに正常に追加された次のレコードの PK 値は、前のレコードより正確に 1 大きくはないことに気付きました。

例: テーブルに、PK 値が 1、2、3、4、および 5 の 5 つのレコードがあるとします。sproc は 6 番目のレコードを挿入しようとしますが、一意キー制約に違反しているため、6 番目のレコードは挿入されません。挿入されます。次に、sproc は別のレコードの挿入を試み、今度は成功します。- この新しいレコードには、6 ではなく 7 の PK 値が与えられます。

これは正常な動作ですか？もしそうなら、その理由を教えていただけますか？(レコードの挿入に失敗した場合、PK インデックスが増加するのはなぜですか?)

これが通常の動作ではない場合、これらの症状が見られる理由について何かヒントをいただけますか?

メソッド generateCustumerId() を呼び出すたびに、一意の ID を生成したいと考えています。生成された ID は、8 文字または 8 文字未満である必要があります。この要件は、データ ファイルに格納する必要があり、スキーマがこの ID に対して 8 文字であると判断されるため必要です。

オプション 1 は正常に機能します。オプション 1 の代わりに、UUID を使用したいと考えています。問題は、UUID が多くの文字を持つ ID を生成することです。誰かが 99999999 未満の一意の ID を生成する方法を知っていますか?

オプション1

}

option2 は長すぎる一意の ID を生成します

画像をカタログ化するためのIDシステムを作成したいと思っています。画像のEXIFタグを変更すると変更されるため、md5（）を使用できません。

現在、imagemagickによって計算されたSHA1チェックサムを使用しています。完全に機能しますが、大きな画像では非常に遅くなります（21メガピクセルのJPGのクアッドコアxeonでは約15秒）。

より高速な画像を一意に識別する他の「視覚的」方法はありますか？

私はいくつかのMVCアプリケーションを構築している途中であり、MVCでのデータ注釈のサポートが大好きです。組み込みのサポートは、簡単な検証チェックを実施するのに十分です。カスタムデータアノテーションを使用して一意のフィールドの検証を実装するにはどうすればよいでしょうか。たとえば、ユーザーが新しいログイン名を登録する必要があるビューモデルがありますが、db submitを呼び出す前に、その名前が存在しないかどうかを（Model.IsValidを使用して）確認する方法はありますか？

既存の DB スキーマには、一意の非プライマリ キーと、それらに依存するいくつかの外部キーがあります。

Entity Framework v4で、主キーではない一意のキーを定義することはできますか? どのように？

ON DUPLICATEKEYUPDATEを使用してmySQLクエリでスタックしています。

エラーが発生しました：

テーブルは次のようになります。

そして、壊れているクエリはこれです：

私は問題なくアプリの他の場所で非常によく似たクエリを使用しています。なぜこれが壊れたのかわかりません。fnameのUNIQUEKEYが違反された場合、違反が発生した行を更新するだけだと思いましたか？

助けてくれてありがとう