＞　もし自動採番にしていた場合、後述されてます
＞　＞ちゃんと外部キー制約を付けたらRDBMSが削除を受け付けてくれない
＞　ならば、
＞　番号の範囲を使い切ってしまっても1番に戻って採番が始まらないということになりますか？

シーケンスの設定次第ですが、番号を使い切ってしまったら１番に戻って番号を発行してしまいますので、ダブった番号を登録しようとしてしまいます。
販売員コードが主キーに設定されているなら、ユニーク値しか入れられませんので、INSERTでエラーが出ると思います。


＞　＞外部キーとして参照されている場合、Table-Bに販売員コードが使われている限り
＞　＞Table-Aのレコードは削除できなくするのが普通です。
＞　これは、永久欠番という考え方で宜しいでしょうか？
＞　＞Table-Aにステータス情報を持つカラムを用意しておき、販売員が辞めたときはステータスを「退職」にして管理するのが普通です。
＞　これも永久欠番という考え方で宜しいでしょうか？

どちらも永久にDBにデータを残すと言う事です。
別の人に同じ番号を発行しないという意味では永久欠番と言えるでしょう。

Table-Aは販売員のマスターテーブルですからデータを消さないという考え方をします。
DELETEでデータ削除することを「物理削除」と呼びます。
永久にデータが見られなくなるため、Table-Bから参照しようとした時エラーになってしまうので問題があります。
この場合、Table-Aにステータスカラムを用意し在籍中は「1」とし、退職したらデータを「0」にUPDATEすると言った方法を取り、販売員を検索する場合などはステータスが「1」のレコードだけを検索するようにして、プログラム上で見えなくします。
こういった方法を「論理削除」と呼びます。
これによって、データの不整合が発生を防げます。

投稿日時 - 2014-05-30 21:33:18