2
"There are circumstances in which the deletion of data representing certain facts 
necessitates the deletion of data representing completely different facts. The 
"Faculty and Their Courses" table described in the previous example suffers 
from this type of anomaly, for if a faculty member temporarily ceases to be 
assigned to any courses, we must delete the last of the records on which that 
faculty member appears, effectively also deleting the faculty member. This 
phenomenon is known as a deletion anomaly." 

? 「ソフト削除」の選択肢はありますか?削除の異常に近づく方法は?リレーショナル・データベース管理システムでアプローチする異常を削除する必要がありどのように

+3

答えはあなたのリンクです。**標準化** –

+0

@ypercube - ありがとうございますリンクは定義を保持しています。 –

+1

セクション**標準フォーム**には、1NF、2NF、3NF、BCNFなどへのリンクがあります。通常のフォームから上位フォームへの正規化方法の例があります。 –

答えて

4

削除の異常は、悪いデータベース設計(トランザクションのものと仮定)の明確な症状です。それらを取り除く最善の方法は、モデルを少なくとも第3正規形(3NF)に正規化することです。

良い説明はhereです。

+0

「すてきな説明」から。 5NFであっても、カスケードを発行せずにPuppyレコード(Puppy Number、Puppy Name、Kennel Code)を削除すると、データベースが矛盾した状態になります。 *すなわち*テーブルの子犬のトリックは、存在しないレコードとの外国関係を保持するため、キーの半分が子犬の番号である子犬の衣装(特にジャンクションテーブル)のテーブルと同様に矛盾します。 –

+0

そうです、カスケードなしで削除が行われた場合、DBは矛盾した状態ですが、削除異常を意味するかどうかはわかりません。私はいくつかの著者が、あるエンティティの削除が間接的に別のエンティティの削除を意味する場合を、削除の異常と見なすことを発見しました。反対側で、私はあなたが言ったように、外部キーが削除異常を生成する可能性があると考える作者も見つけました。選択した定義に依存します。 –

関連する問題