問題のは、私はいくつかのテーブルを持っているSQLインデックス

Question

を削除します。

• 表は、すべてではidstructure

とidpref、fk_idask、fk_idstructure

テーブル構造を持つidask

テーブル好みにASK idとfk_idとの間のユニークなインデックスPREFERENCES（fk_idask,fk_idstructure）の表を参照してください。

問題は、私はPREFERENCESに2つの行がある場合です。

`IDPREF` `FK_IDASK` `FK_IDSTRUCTURE` 
1   1   1 
2   1   2 

私が反転するようにしたい場合（スイッチ？）好みの間に2つの構造

`IDPREF` `FK_IDASK` `FK_IDSTRUCTURE` 
1   1   **2** 
2   1   **1** 

FK_IDASKとFK_IDSTRUCTURE別れるの間に一意のインデックス、ための2つの設定で最初の更新結果と理由同じ構造で同じ質問をする。

これを防止するために、私はdeleteAndResave関数を作成し、これは今問題を解決します。

しかし、idassignationとfk_idprefのASSIGNATIONテーブルが到着しました。

ここで、ASSIGNATIONによってリンクされたプリファレンスを削除すると、制約が破損します。

私はすでに回避策を見つけましたが、醜いです。この問題には何らかの純粋な解決策がありますか？

ありがとうございます！

ps。テーブルインデックスととにかく！

を破る、私はあなたの外部キーが間違った道を指している推測している間に2つの構造体を反転。外部キーがオンになっているように見えます私の悪い英語のため申し訳ありません:(

Answer 1

あなたはこの試みることができる：それは一度に実行されるため、「ACID」の「C」（一貫性）は外部キーと一意性は「中に」扱われることを意味しますがなり、今

UPDATE 
    PREFERENCES 
SET 
    FK_IDSTRUCTURE = 3 - FK_IDSTRUCTURE 

を前後でOK。

あなたはより複雑なもの

UPDATE 
    PREFERENCES 
SET 
    FK_IDSTRUCTURE = CASE FK_IDSTRUCTURE 
     WHEN 2 THEN 1 WHEN 1 THEN 2 ELSE FK_IDSTRUCTURE END 

Answer 2

YAH、逢引、そして好みを指す。

外部キーを設定し、基準逢引にする必要があります。

別のオプションは、外部キーのDELETE CASCADEオプションをONに考慮することである。これは、あなたが行を削除する場合ことを意味し参照されているテーブルでは、データベースエンジンは自動的にforeig内の関連する行を削除しますnキーテーブル。

よく使用されるもう1つのオプションは、行を維持するが、無効にすることです。これは、「アクティブビット」列を追加することによって行うことができます。クエリを実行すると、非アクティブとしてマークされた行が除外されます。