5

私の会社は、当社の製品の1つでElevateDBを使用しています。ただし、私たちのデータベースは単なるテーブルの集まりです。最近、より多くの機能が設計され、より多くのモジュールが追加されるにつれて、データは「無関係なテーブルの束」ではなくなったことがわかりましたが、実際のデータ構造になり始めています。

私はこれまでElevateDBの経験がなく、主にOracle、MSSQL、Firebirdを使用していました。したがって、問題は、外部キー制約を持つようにテーブル構造を再構築し、リレーショナル整合性を実装する場合、ElevateDBの一般的な落とし穴は何ですか?リレーショナルデータベースに関する一般的な問題については質問していませんが、ElevateDBのすべきこととすべきでないことに興味があります。

クライアントアプリケーションとしてDelphi2009を使用しています。

4

1 に答える 1

6

ElevateDB の RI でつまずく可能性がある唯一のことは、カスケード更新または削除がないことです。トランザクションでの処理はユーザーに任せます (トリガーを使用して処理することもできます)。何があっても、ElevateDB は常に RI を強制し、主キーと外部キーに関して不適切なデータを防ぎます。基本的に、ElevateDB の RI は ON UPDATE 句と ON DELETE 句の RESTRICT オプションのみをサポートします。

他に質問がある場合は、上記の Stuart の URL にあるニュースグループで遠慮なく質問してください。

于 2009-08-04T18:34:58.787 に答える