問題タブ [unique-index]

次の構文で一意のインデックスを作成しようとすると:

CREATE UNIQUE INDEX Table_Index ON Table (CharColumn, IntColumn)

エラーが表示されるのはなぜですか:

indexed columns are not unique

最初に抽象を拡張することで、Django のユーザー クラスを拡張しました。

次に、次の方法でこの抽象からサブクラスを作成しました。

独自のユーザー クラスを作成した後、そこからサブクラスを作成し、FK からアプリケーションへのモデルを作成しました。

問題は、Merchant 内で一意のペアを作成したかったときに、それを行うことができなかったことです。Merchant.app と XUser.email で一意のペアを作成したかったのですが、答えを探しましたが、User クラスもその抽象 (?) から継承したため、解決策は私のケースを修正していませんでした。私が見つけたサブクラスに一意のペアを追加する解決策は次のとおりです。

しかし、うまくいきません。エラー：

私もそれらを試しました：

2 行目に次のエラーが表示されます。

それらも機能しません。

足りないものはありますか？

「ハッシュ」という名前の一意のインデックス列があります

ただし、クエリを実行すると:

2 つの行があり、一意の違反のため、そのインデックスを再作成できません。ここで何が起こるか。PostgreSQL 9.3.2 を使用しています

私の質問は、データベースの観点から定式化されたものではなく、ビジネス ロジックの観点からの利点です。

例として、表 CreditCard と列 CreditCardNumber を使用します。2 つの同一の CreditCardNumber を持つことはできないため、CreditCardNumber に一意のインデックスを割り当てることができます。でも、これってビジネスルールじゃないですか？では、データベースで同様の CreditCardNumber を許可し、ビジネス ロジック層で独自性を確認する必要がありますか?

私は正しいですか？または、この場合に一意のインデックスを使用することにはどのような利点がありますか? または、両方のケースが正しく、誰でも選択できますか?

ありがとう。

Mongoid 4 (GitHub から直接マスター ブランチ) を使用する Rails 4.0.3 アプリにモデルがあり、複数のフィールドのインデックスが一意であることを確認し、重複を削除しようとしています。

しかし、コマンドを実行してインデックスを作成すると、次のようになります。

次のエラーが表示されます。

dropDups重複が存在するために最終的に失敗した場合でも、オプションを削除すると、インデックスの作成が開始されます。

uniqueこのエラー メッセージは、この構成 ( + )では複数のフィールドにインデックスを作成できないことを意味しますdropDupsか? 他に何か不足していますか？