問題タブ [referential-integrity]

状況はかなり深刻です。AS400上のDB2に、別のテーブルへの外部キーを定義したテーブルがあるため、参照テーブルの通常のIDを持つレコードを入力しているため、フロントエンドツールからSQL挿入を入力するとすべてが正常に行われました。

この挿入がSpringFrameworkを使用するJavaアプリケーション（SQLハンドラー、Webサービスのみ...）を介して行われる場合に問題が発生するため、jt400.jarのjdbcドライバーを使用してPreparedStatementで終了します。「参照整合性チェックに失敗しました」というメッセージが表示されました。チェックしたとおり、不可能です。

誰かが同じような経験をしていますか？JTOPENライブラリをアップグレードする必要がありますか？現在、実際のバージョン6.5があり、本番環境では6.3を使用しており、6.5にアップグレードした場合の悪影響を懸念しています。

言及するのを忘れましたが、Tomcat（アプリサーバー）を再起動しても効果はありませんが、Linuxボックス（ubuntu 8.10）を再起動すると、すべて正常に動作します。DBへの接続はJNDIによって管理されています。

a が「多く」、 が「に属する」モデルCustomerを定義する場合、Rails ではスルーへの外部キーを持つことについて話しますが、これがデータベースで強制されるという意味ではありません。OrderCustomerOrdersOrderCustomerOrderCustomercustomer_id

Rails はこれをデータベース レベルの制約として定義していないため、データベースで制約を手動で適用しない限り、おそらくアプリケーションの外部 (または同時リクエストを受け取った場合は内部?) でデータの整合性が侵害されるリスクがあります。

Railsがデータベースレベルで外部キーを定義しないのはなぜですか?Railsにこれをさせる方法はありますか?

主キー、一意性、タイプなど、すべてのエラーをチェックしました。Access は、データベースにある 2 つのフィールドをリンクできないようです。誰か見てもらえますか？

http://www.jpegtown.com/pictures/jf5WKxKRqehz.jpg

ありがとう。

マニュアルに記載されているように、Zend Frameworks テーブル リレーションシップを使用して参照整合性リレーションシップを定義できません。

私は考えられるすべての構成を使い果たしましたが (そのようです)、カスケード削除を使用できずにアプリケーションを開発する可能性に直面していますが、これは望ましくありません。

誰が何が間違っているかを確認したり、提案を提供したりできますか?

私のプロジェクトは、ZF 1.8.3 が推奨する新しい方法とデータマッパーを使用してセットアップされています。これが、リファレンス ガイドに記載されている動作を再現できない理由なのだろうかと思います。誰もこの問題の経験がありますか?

クラスの関連部分は次のとおりです。

アプリケーション/モデル/UsersMapper.php

アプリケーション/モデル/DbTable/Users.php

アプリケーション/モデル/CommentMapper.php

…そして、クラスによって定義された関連テーブル:

コメント.php

Zend Framework に DRI レイヤーを提供させるという私の問題は、そのように要約できるようになりました。

以下のクラス定義を使用すると、参照マップとテーブル関係の定義を設定したにもかかわらず、ユーザーを削除できますが、ローカルの UserController "public/users/delete/userId/22" を介して関連するコメントを削除することはできません。

ユーザー レコードを削除しても、関連付けられているコメント レコードが削除されない理由について、誰か答えがありますか?

私は時々この質問を熟考するので、あなたたちにそれについて尋ねようと思いました.

次のようなデータベース テーブルがあるとします。

これは、参照整合性を確保するための単なるテーブルです。これは基本的に、他のテーブルに表示されるすべての Visiblity 値が常に有効であることを保証する目的で、データベースに格納される列挙型です。

私のフロントエンドでは、いくつかの選択肢があります。

1. このテーブルをクエリして、たとえば aDictionary<string, int>または aに格納できますDictionary<int, string>。

2. 手動で列挙型を記述し、テーブルに変更があるというまれなイベントで値を手動で編集することができます。例えば、

   public enum Visiblity { Visible, Invisible, Collapsed }

3. 他に何か????

どちらにアドバイスしますか?その理由は?

ありがとう。

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

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

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

ここで説明されているマテリアライズド パス モデルを使用してツリーのような構造を実装しようとしています: http://www.dbazine.com/oracle/or-articles/tropashko4。

[path] フィールドに参照整合性を適用することは可能ですか? SQL でそれを行う方法がわかりません。DAL で手動で行う必要がありますか?

参照整合性やキーのないレガシーデータベースがあり、すべての外部アクセスにストアドプロシージャを使用している場合、nHibernateを使用してエンティティ（オブジェクトグラフ）を永続化することに意味はありますか？

さらに、SPにはCRUD操作だけでなく、ビジネスロジックも含まれています...

カスタムado.netDALを使用する方が簡単だと思い始めています:(

乾杯

Ollie