問題タブ [legacy-database]

nhibernate を使用してレガシー データベースをマッピングしていますが、リレーションのマッピングに問題があります。

2つのクラスは次のようになります

このようなテーブルに

フォームコード列である 2 つのテーブル間の関係。

私の現在のマッピングはこのようなものです

マッピングを実行すると、フォームコードを質問の Id に入れようとしていると仮定して、識別子の型が一致しません。残念ながら、テーブルの構造を変更することはできません。これをマップする方法がわかりません。助けていただければ幸いです。

私は多くのレガシーシステムを統合する過程にあります。それらはそれぞれ異なるデータベースを持っています。そして私はそれらのほとんどのためにデータアクセスコードを書く必要があるでしょう。

データベーススキーマは変更できません（いくつかのインデックスなどを適用できる場合がありますが、テーブルとその列は構造を保持する必要があります）。一部のデータベースは、適切な関係と主キー/外部キーを備えたOK設計であり、他のデータベースの一部は、それを非常に欠いています。

このタスクにはどのORMを選択しますか？プロジェクト全体で同じORMを使用したいと思います。そして私の要件は次のとおりです。

• コード内のテーブルまたは列の名前を変更する機能。ただし、データベースには古い名前を保持します。
• 合理的なコード生成
• 効率的なLINQサポート（データモデルに対するLINQクエリは効率的なSQLに変換する必要があります）。
• 生成されるデータクラスは、できればPOCOのものである必要があります。
• できれば、さまざまなデータベースエンジンのサポート。

私は現在、LINQ-To-SQLの経験が最も豊富です。しかし、私はそれがこのプロジェクトにとって間違った選択かもしれないと感じています。私は新しいフレームワークを学ぶことに少し時間を費やすことをいとわない。

古い DOS フォーマットで保存されているデータにアクセスする必要があります。具体的には、Ashton-Tate の RapidFile 形式を使用します。

データの読み取りを可能にする ADO ドライバーまたはその他の「最新の」データ アクセス テクノロジがあるかどうかを知っている人はいますか?

私はこの用語をよく読みます。レガシーデータベースとは正確には何ですか? dbase や rdb のような古いデータベースを意味すると思っていたので質問しましたが、そうではないと思います。

RoR または Django と「レガシー データベース」の統合について考えるとき、レガシー データベースとは実際には何を意味するのでしょうか? 「レガシーデータベース」という一般的な用語とは異なりますか?

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

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

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

乾杯

Ollie

レガシーデータベースに接続し、entity-attribute-valueモデルを使用して連絡先の情報を格納するテーブルからデータのサブセットをプルする必要があります。表は次のようになります。

ここで、は、特定の顧客が持つことができるカスタムフィールド（名、姓、電話など）を一覧表示fieldidするテーブルへの外部キーです。fields関係するSQLは、現在のユーザーに基づくマスター連絡先リストに参加するだけでなく、戻したいすべてのフィールド（現在は6つのフィールドが必要）に対してテーブルをそれ自体に結合する必要があるため、かなり厄介です。

SQLは次のようなものです。

RoRアプリケーションでこれをどのように処理する必要がありますか？これを抽象化して、属性を引き出すために通常の「ドット表記」を使用できるようにしたいと思います。幸いなことに、データは当面の間読み取り専用です。

簡単なメモ: クライアントの問題を解決するために 19 日間の猶予があります。

背景: クライアントは、新しいアプリを 3 か月で出荷できると豪語する請負業者を雇いました。2か月と数日後、私は連れてこられ、その人は手放されました。完全なコードはなく、スキーマに何も考えられておらず、UI の嫌悪感もありません。

私には 2 つのアプリケーションがあります。1 つは必要なすべてのデータを持ち、もう 1 つはそうではありません。私は新しい TDD スタイルのコードを書いており、データ自体以外のすべての問題をカバーする、部分的に不正な操作を行った SOA インフラストラクチャを目指しています。もっと時間があれば、liquibase を使用してスキーマを忌まわしき破片にリファクタリングできますが (想像力を働かせてください)、そうしません... したがって、プラン B は次のとおりです。

アプリ A (挿入|更新|削除) エンティティ Foo は AppASchema.FooTable を更新し、ポスト トリガーを介して AppBSchema.FooLikeTable を更新し、その逆も同様です。

これが非常識なアイデアであることはわかっていますが、これは私が持っている最悪のアイデアの中で最も小さいものです。私の懸念は

1. 無限ループを作成する可能性があります ( AppA トリガーは AppA を更新する AppB を更新します)
2. 高い負荷はありませんが、これは基本的に ops を n*2 に倍増させるため、MySQL サーバーの容量の半分に達すると、インデックスの更新などの基本的な処理のために事実上フル容量またはそれに近い容量になるようです。
3. さまざまな祝福として、元のスキーマ設計者はすべてのテーブルを InnoDB エンジンにしました...これはパフォーマンスにとって恐ろしいことですが、このセットアップにより、整合性を維持する可能性が高くなります。

トリガーを実装するための私の時間予算は 12 時間またはバーストです。

私は現在、既存のカレンダーアプリケーションにDjangoインターフェースを実装するプロジェクトに取り組んでいます。カレンダーアプリケーションには、バックエンドDBとしてMySQLがあります。

カスタムアプリケーションでは、既存のカレンダーアプリケーションで使用されているテーブルの1つでデータを変更/拡張したいと思います。

また、データの表現を既存のカレンダーテーブルと同期させたままにします。つまり、カレンダーアプリケーションで新しいエントリが作成されると、これらは自動的にカスタムテーブルに伝播されます。

これを行うためのいくつかの明白な方法（たとえば、cronまたはMySQLトリガーによって開始される同期スクリプト）を考えることができますが、これらのソリューションが特に洗練されているとは感じません。

1つの可能性は、CustomCalendarEventにカスタムマネージャーを使用し、 get_query_set関数をオーバーライドして、同期関数もトリガーすることです。

これはDjangoCustomManagersの合法的な使用ですか？そうでない場合、誰かがこの問題の代替アプローチを推奨できますか？

これは単純なはずだと思いますが、それが行われている例は1つも見つかりません。

例として、次の既存のテーブルがあります。

sqlalchemy 0.6を使用して、イベントテーブルに多くの行を追加したいと思います。いくつかのsqlsoupの例を見てきましたが、dbオブジェクトを絶えず呼び出すことによってdbにアクセスする方法は本当に嫌いです。私はdbリフレクションのもののドキュメントに従い、これまでに得ました：

これは本当に醜いオブジェクトを返します。DBに挿入するイベントオブジェクトを構築できるように、sqlalchemyORMのマッパー機能が本当に必要です。

私はsqlsoupのものを見ました：

しかし、この時点からオブジェクトを追加する方法がわかりませんでした。これが私が望むものであるかどうかさえわかりません。チュートリアルとdeclarative_baseのものに従うことができるようにしたいと思います。これは、テーブル構造全体をモデル化するためにクラスを書き直す必要なしに可能ですか？そうでない場合、誰かがこの例でこれをどのように行うかを教えてもらえますか？

誰かがマッパーのものを機能させるための正しい道を私に設定できますか？

電話番号のないレガシーデータベーステーブルで作業しています。分野

しかし問題は、すべてのエントリ（4k以上）が変化していることです

フォーマット。

PHPを使用してレコードをループし、レコードを特定の電話形式に更新することで、それらを修正する簡単な方法があるかどうか疑問に思いました。