新しいプロジェクトを立ち上げると、非常に大きな（300テーブル）レガシーデータベースに対して100％新しく開発されます。データベースはビジネスモデルとよく一致しませんので、私の最初の考えはORMを使う場所です。大規模な.netデータアクセス層のアドバイスが必要
私はNHibernateでうまく動作しているという証明を得ましたが、「サポートされていない」「オープンソース」ツールの使用を後押ししています。
他のORMソリューションのアドバイスはありますか？またはNHibernateの議論に関する助言？
ありがとうございました。
私は最後の2つのプロジェクトでEntity Frameworkを使用しましたが、これらは同じ数のテーブルを持っています。それは私たちのためにうまくいった。テーブルをいくつかのEntity Frameworkモデルに分割しました。 1つのモデルで80のテーブル。
エンティティフレームワークはMicrosoft製であるため、管理者に販売する方が簡単です。
：「Xはマイクロソフトであるため、管理に売る方が簡単です。 ...私はこれが本当の理由で真実であったことを望みます。マイクロソフトが大きくて、たくさんのお金を持っているだけでなく、時にはそれらのものはそれほどシャープではありません。 –
あなたの経営陣が商業的ORMを支払う意思があれば、そのルートを検討することをお勧めします。
NHibernateに（現在NHibernateContribプロジェクトからAlphaコードを使用しない限り）1つの制限があります。これは、現在、LINQ/IQueryableメカニズムを使用して、慣れ親しんだLINQ構文。あなたはまだ非常にフレキシブルなCriteriaとHQlの仕組みを持っていますが、それはLINQのやり方をすべて行うことに投資をしたいのかどうかだけです。
生Entity Frameworkは（あまりにもそれの上にツールや機能を追加している商用のパートナーがあります。）
：これまであなたはかなりの数のオプション（すべてのサポートLINQのクエリを）持っている私の研究からLightspeedは、優れた設計時間をサポートするLINQ-to- [たくさんのDB]のようです。
Telerik OpenAccessはLightspeedと似ています。
IdeaBlade DevForceは、EntityFrmeworkの上に構築されていますが、いくつかのユーザビリティ機能が追加されています。 SQL Serverを使用していない場合は、IdeaBladeを使用すると、DevArtやDataDirectなどの別のベンダーからORACLE-EFプロバイダを購入する必要があります。
LLBLGen Pro優れた機能とアクティブな開発の範囲。長い時間を過ごした。
DevArtまた、LINQ用のデータアクセスツールとベンダー固有のプロバイダを使用してください。
[UPDATE]Production-ready LINQ supportがNHibernateで利用可能になりました！
なぜこれを管理者に依頼しないのですか？
Hibernate/NHibernateが周りにあったときに、Microsoftが作成して終了したデータアクセスソリューションの数はいくつですか？
はますます成熟を取得されています。それは離れていない。
プラスNHProfは大きなセールスポイントです。独自のサポートツールを備えたMicrosoft ORMの名前は？ – jfar
NHibernateのUpvote。それにもかかわらず、私は必然的にLINQのサポートを待っています。 ^^ –
NHibernateなどを使用している場合は、「サポートされていない」オープンソースツールの使用が商用製品を使用する場合よりも大きなリスクではないことを管理者に明確に説明します。オープンソースの仕組みを理解し、開発におけるリスクを適切に評価することは、あなたのマネージャーの仕事です。優秀なマネージャーは、あなたがディルバートでない限り、劣った製品に移る言い訳ではありません。 – Paco
NHProfを使用する場合、NHProfは非常に便利なツールです。 – jfar
ちょうど更新された...我々はNHibernateルートに行った！私たちは、オームの法則とNHibernateで勝ったカップルを使って、概念の証明をしました。事実をリスクと報酬の管理に単に述べ、決定を承認しました。 – Todd