アプリ版:「スタンプのみでお礼する」機能のリリースについて

連続投稿すみません。
■利用環境
Sqlite3.3.5
■質問
リレーションの概念について、理解できない部分があり
質問させてください。
下記のようなテーブルが1:Nのリレーション関係
にあった場合、お互いのテーブルにリレーションを
貼っていれば、テーブルAのある行データを削除した
ときに、テーブルBの同外部キーに該当するデータも
連動して削除されるのでしょうか?
それとも、自身で削除する必要があるのでしょうか?

テーブルA(主キー蔵書ID)
蔵書ID 購入日 書名

テーブルB(主キー貸し出しID 外部キー蔵書ID)
貸し出しID 蔵書ID 貸し出し日 借りた人 

A 回答 (2件)

>RDBMS側で制御出来ないと言うことは、


>プログラム側で、同じIDを持つテーブルを
>組で処理するということでよろしいしょうか?

「整合性の取れないデータの存在を許さない」という処理を、RDBMS側にやってもらうのが参照制約であり、参照制約を使わないor参照制約未実装のRDBMSなら、アプリケーション側でデータの整合性を崩さないように処理を組み込む必要があります。

ただ、参照制約を使った場合もそうですが、関連するデータの存在有無のチェックや整合性を保証する処理をDB操作毎に行なうと、オーバーヘッドになってしまいます。
そのため、無効フラグ等を設けて、通常は無効フラグが立っていないデータのみ検索し、後でまとめて無効フラグの立っているデータを削除するといった方法も考えられます。
    • good
    • 0
この回答へのお礼

実用的な処理等大変助かりました。
後は、何とかやってみます。
ありがとうございました。

お礼日時:2008/01/18 07:04

二つ以上の表に親子関係を持たせ、insert、update、deleteにより整合関係を崩さないようにRDBMS側で制御する機能を、「参照制約」や「参照整合性制約」といった名前で呼びます。



SQLiteのSQLの構文をちらっと見たところ、参照制約は定義できないようです。

http://www.sqlite.org/lang.html
    • good
    • 0
この回答へのお礼

回答ありがとうございます。
RDBMS側で制御出来ないと言うことは、
プログラム側で、同じIDを持つテーブルを
組で処理するということでよろしいしょうか?

お礼日時:2008/01/16 20:48

お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!