問題タブ [unique-key]

フォーム入力を収集してデータベースに保存する必要があります。それはとても簡単です。難しいのは、長いテキストフィールドで一意のキーを作成できないことです。

このような状況で、ユーザーが重複したエントリを入力するのを防ぐために、通常は何が行われますか？

ありがとう、アレックス

Rubyでハードウェアに依存する一意の識別キーを生成する方法はありますか...？

私はウェブサイトを構築しています。ユーザーは、Unicode 文字列 (英語だけでなく) である「タイトル」を送信できます。

ユーザーが「タイトル」を送信すると、データベース (MySQL) に既に存在するかどうかを確認したい。そうであれば、既存のレコードを更新するだけです。新しい「タイトル」の場合は、新しいレコードを作成します。

一意性をテストする標準的な方法は、「タイトル」列に INDEX を作成することだと思います。しかし、「タイトル」がかなり長くなる可能性があるため、そのようなインデックスのサイズが心配です。

「タイトル」の「署名」を作成し、それを使用して一意性をテストする方法があるかどうか疑問に思っていますか? ユニコード文字列から一意の値にハッシュするハッシュ関数はありますか?

どんなポインタでも大歓迎です。ありがとう。

次のようなMySQLクエリを実行したいと思います。

例を試してみましょう：

結果はここにあります：

Uは次のような結果を望んでいます：

このクエリを実行することは可能ですか？私は膨大なデータを操作していて、 ロード->比較->保存のような手順は不可能です。ありがとう！

ID、タイプ、所有者、説明の4つの列を持つテーブルがあります。ID は AUTO_INCREMENT PRIMARY KEY であり、次のことを行います。

もちろん、type = 'Apple' で owner = 'Apple CO' のレコードはほとんどありません。だから私の質問は、どのレコードがその ALTER TABLE の後に残る特別なレコードになるか、ID が最も小さいレコード、または最後に挿入されたものとして最大のレコードでしょうか?

キーと "CardId" という名前の別のフィールドを持つテーブルがあります。ここで、CardId を一意にしたいと考えています。つまり、一意の値だけを CardId に格納する必要があります。どうすればいいですか？ありがとう

2つのバージョンのSQLコードに出くわしました。

SQLでは、主キーをnullではなく一意であるように指定する必要がありますか？
私はいつも主キーが一意であり、nullになることはできないと思っていました。

私のプロジェクトには次のモデルがあります

一意のキーとして作成しようとしてTitleいます。解決策をグーグルで検索しましたが、見つかりませんでした。方法を教えてもらえますか？

重複の可能性:
最初に EF コードを持つ一意のキー

最初に EF コードで一意のキーを定義するにはどうすればよいですか。これは私のモデルです:

Username をユニークキーにしたい。

Fluent-NHibernate は初めてです。私の問題は、2 つのエンティティ間に 1 対多の関係を確立したいということです。製品は複数の (一意の) リビジョンを持つことができ、特定のリビジョンは 1 つの製品にのみ属します。たとえば、Product1 にはリビジョン "a" とリビジョン "b" がありますが、2 つのリビジョン "a" を持つことはできません。それは私のクラス定義がどのように見えるかです:

これが私のマッピングです

私が今得ているのは、ProductRevision テーブルの冗長な列 "Product_Id" です。hasMany() と references() を使用して両側でリレーションを定義すると、何か問題が発生します。通常は References(...) マッピングを定義しませんが、uniquekey 制約には必要ですよね?

ありがとう、エリック