問題タブ [llblgenpro]

私はLLBLGENに苦労しています.ORMは一般的だと思います。エンティティを作成しました。ライブラリの例を使用して説明します。

本オブジェクトを表示し、本を貸与したユーザーのリストも返したいと考えています。そのため、ユーザーのリストを含む book オブジェクトを返す必要があります。

さらに、本を貸与したユーザーのコレクションを本と一緒に返却したいと考えています。

ローン テーブルは次のようになります。

現在、私のローンエンティティはこれを作成しています:

この例がllblgenでどのように機能するかを理解するのに苦労しています。誰でもガイダンスを手伝ったり、チュートリアルの方法を教えてもらえますか? 現時点では、本に関連付けられた新しいローンでモデル本を更新しようとすると、stackoverflow エラーが発生します。Book オブジェクトを更新しようとすると、これがある種のループを作成していると思います。

ありがとう

異なるスキーマに同じテーブルを持つ複数のスキーマを持つDBがあります。LLBLGenProを使用してNHibernateエンティティを生成します。ただし、LLBLGenProはフォールオーバーし、テーブル名が重複していると不平を言います。

必要なのは、エンティティをスキーマごとに名前空間に生成し（テンプレートを変更することでこれを機能させる）、各スキーマを独自のフォルダーに生成することです。

...？

編集：私の同僚は、彼らの要求に従って、LLBLGenフォーラムにいくつかの詳細情報を付けて質問を再投稿しました。

このようなバージョン サポートの質問に対する答えを見つけようとしている場合、Google-foo は困難です。LLBLGen Pro が NHibernate 3 をサポートするのはいつですか? LLBLGen Pro 3.0 は NHibernate 2.1 をサポートします。データベースからの POCO 生成に使用する場合、NHibernate 3 を正式にサポートする必要さえありますか?

一番上の LLBLGen (アダプター) にリポジトリを構築するのは良い考えかどうか疑問に思っていました。私はオーバーエンジニアリングしたり、車輪を再発明したりしたくありません。DataAccessAdapter クラスは、ある種の汎用リポジトリである可能性があります。これには、必要な CRUD メソッドがすべて含まれています。

しかし、大規模なプロジェクトの場合は、ORM とサービス レイヤーの間にレイヤーを配置するとよいでしょう。

LLBLGen でリポジトリ パターンを使用している場合は、ご意見をお聞かせください。

実装がある場合は、投稿してください。

LLBLGen Pro 2.6（セルフサービス）を使用して作成しているクエリのwhere句でテーブル値データベース関数を使用したいと思います。

FieldCompareSetPredicateクラスを調べていますが、正確な署名が何であるかを一生理解することはできません。どんな助けでも大歓迎です。

追加- より良い質問は、「LLBLGen Proを介してテーブル値関数とどのように対話できますか？」です。そのためのファイル/クラスを生成する方法がわかりません。

LLBLGEN または EF4 を使用する必要があります。EF4 で poco を使用できることはわかっていますが、一般的なアプローチを使用する必要があります。したがって、私の目的は、非 poco orm を実装し、それをドメインから切り離すことです。結合されるため、ドメインでDALエンティティを使用できないことを意味するため、リポジトリを使用したいと考えています。DAL とドメインの間で DTO を使用すると、DAL エンティティの内部状態が失われ、DTO をエンティティにマッピングして再マッピングする必要があります。そのため、プロパティ宣言だけを持つエンティティごとに追加のインターフェイスを記述したいと考えています。リポジトリはこれらのインターフェイスを使用し、DAL エンティティはその状態を失いません。DAL で新しいオブジェクトを作成するには、抽象ファクトリを使用します。

短所: DAL エンティティで DTO をリマップする必要はありません。DAL エンティティはその状態を失いません。長所: 追加のインターフェイスを記述し、エンティティが更新されたかどうかを追跡し、この変更をインターフェイスと同期し、追加のコードを記述して抽象ファクトリを実装する必要があります (ただし、難しくはありません)。

個人的には価値があると思います。このソリューションについてご意見をお聞かせいただけますか?

これらのテーブルは実際には 1 つのエンティティであるため、2 つのテーブルを 1 つのエンティティにマップしようとしています。私はllblgenとVisual NHibernateを試しましたが、両方のデザイナーとして成功しませんでした

Visual NHibernate は 1 対 1 の関係を認識できませんが、実装しました。私のデータベース スキーマは、そのような継承の実装のすべての要件を満たしていなかったのかもしれません。しかし、この種の継承を行うには、1 対 1 の関係があればよいと考えました。

すでにお試しになった方もいらっしゃるのではないでしょうか？

編集：テーブルの画像を追加する

次のクラスが欲しい

したがって、このasp.netプロジェクトでLLBLGen ProとSpring.Netを使用して、サービスレイヤーを使用してビジネスロジックをデータストアから分離することを考えています。UIレイヤーでPONOSを使用することも検討しています。私の質問は次のとおりです。

豊富な LLBLGen エンティティ オブジェクトをデータ レイヤーまたはサービス レイヤーの Pono にマッピングする必要がありますか? データ層でそれを行うと、サービス層の豊富な機能がすべて失われます。それとも、Ponos へのマッピングをスキップして、ずっと LLBLGen エンティティを使用する必要がありますか? 後でそれをテストするのは難しくなりますか？

誰かが両方のアプローチの長所と短所を教えてもらえますか?

ありがとう

llbl に問題があります。SQL データベースにストアド プロシージャがあり、llbl を使用してコード (C#) 側でストアド プロシージャ コードを取得したいと考えています。

SQL コード:

このクエリはストアド プロシージャ コードを取得していますが、これは llbl で行う必要があります。

これどうやってするの？

ありがとう、ジョン

私はLLBLGenを使用していて、次のようなコードがあります。

現在、FetchEntityCollection行でSqlExceptionが発生しています。エラーは次のとおりです。System.Data.SqlClient.SqlException：着信表形式データストリーム（TDS）リモートプロシージャコール（RPC）プロトコルストリームが正しくありません。このRPC要求で提供されたパラメーターが多すぎます。最大は2100です。

しかし、それは補足です。私が実際に実行できるようにしたいのは、生成されたSQLをコードのカスタム例外に含めることです。たとえば、次のようなものです。

もちろん、GeneratedSqlFromLastOperationのようなプロパティはありません。ロギングを構成できることは承知していますが、これらの種類のエラーが発生したときに既存の例外ロギングインフラストラクチャがより多くの情報を提供できるように、情報をスタックトラック/例外に直接保持したいと思います。

ありがとう！スティーブ