問題タブ [entity-framework]

親と子のプロパティを持つクラスがあります。

ADO.NET Entity Framework 階層ページ クラス http://img148.imageshack.us/img148/6802/edmxxe8.gif

この階層を WPF ツリービューに表示したいと考えています。

これが私のXAMLです...

そして私のVBコード...

しかし、テンプレート化されていないアイテムが 1 つあるツリーを取得します。

これを機能させるにはどうすればよいですか?

LINQ to SQL は Entity Framework ほど活発に開発されない可能性が高いため、Entity Framework に切り替えるのが最善だと思いますか?

個人的には、非常に自然に感じる LINQ to SQL と比較して、EF は非常に扱いにくく、使いにくいことがわかりました。

編集：私は最近、この潜在的な決定に対する私の気持ちについてブログに記事を投稿しました...

ADO.NET v LINQ to SQL

Entity Data Model を作成し、いくつかのストアド プロシージャを Function Imports としてインポートしました。ADO.NET Data Services (ANDS) を介して EDM を公開しています。ANDS は REST API を介して関数を自動的に公開しますか? それとも、手動で操作をサービスに追加する必要がありますか?

Application_BeginRequest で Entity オブジェクト コンテキストをセットアップし、それを Request.items に格納し、リクエスト全体で使用し、Application_EndRequest で破棄するのが賢明だと思います。そうすれば、コンテキストは常に利用可能になり、ビューで Entity Framework オブジェクト グラフをナビゲートし、まだ熱心にフェッチしていないものを遅延読み込みできます。

これは、 Ruby on Rails で開発するようなものになると思います。

私はそのような異端を話すために撃たれるべきかもしれませんが、それはとてもクレイジーです.

ただし、Application_BeginRequest と ..EndRequest をASP.NET MVCで起動することはできません。彼らは解雇されていませんか？私がする必要がある特別なトリックはありますか？

フレームワークが永続性に依存しない場合、単体テストでエンティティ モデルの下に永続性ストアのファイル システム バージョンを構築できますか?

開発者がスキーマを変更して DAL レイヤーの同期を維持するのは簡単すぎるため、GUI でエンティティ フレームワークのモデル ファースト機能を確実に使用します。

モデルの最初のアプローチを使用して、永続性の無視を追加しようとした人はいますか?

これが私の理想のモデリングの世界だと思います。私は LINQ2SQL atm を使用していますが、データ ストアを交換するのは少し難しいですが、一連のビジネス ライン IDataContext インターフェイスの背後に隠れない自動的に豊富なデータ層を備えています。

これが機能するいくつかのシナリオを見ることができれば、将来これを試すためにもっと時間を費やしたいと思います.

まず、いくつかのテーブルを定義しましょう。

Users テーブルには、ユーザーに関する情報が格納されます。

UserTasks は、ユーザーに関連付けられたタスクを格納するテーブルです。

ADO Entity Framework を使用して UserTasks テーブルを生成すると、次のようなクラスが得られます。

UserTasks
- taskName (文字列)
- Users (Users オブジェクトのコレクション)

注: UserTasks テーブルで生成されるユーザー ID はありません。では、新しいユーザー タスクを挿入する必要があるとしましょう...どうすればよいでしょうか? userID FK フィールドへのアクセス権がないため、唯一のオプションは、ルックアップを実行して Users オブジェクトに入力し、それを次のようにタスク オブジェクトに渡すことです。

上記の問題は、ユーザー オブジェクトを設定するために余分で不必要なデータベース呼び出しを行っていることです。どうにかして私のuserIDフィールドへの新しいマッピングを作成し、それでもUserオブジェクトを保持する方法はありますか?

ありがとう

--ライアン

私たちは最近、エンティティ フレームワークを職場で使用するためのアプローチについていくつかの議論を行っています。かなり大規模で複雑な n 層の Web ベースのアプリケーションがあり、大規模なオーバーホールが予定されています。

問題は、エンティティ フレームワークの使用をどこから開始するかということですが、大きなモデルを 1 つ作成するか、機能/活動に基づく一連の小さなモデルを作成する方がよいかということです。

これについては私個人の意見がありますが、他の人の意見を聞くことに興味があります。

更新 (2008 年 11 月 17 日): 家での小さなプロジェクトのために、1 つのモデルを作成し、それを消去して再作成しています。私は試したことはありませんが、多数のエンティティ タイプが関係している場合、このアプローチは少し難しくなると思います。

また、TFSなどを使用して大規模なチームでefを使用した経験がある人はいますか?

EF は、既存のデータベース スキーマに基づいてモデルを更新できることがわかりました。ただし、私はまったくゼロから始めています。テーブルを作成してから、EF モデル ファイルで再構築したくありません。モデル ファイルを引き出して、SQL テーブルを自動的に作成する方法はありますか?

Entity Frameworkによって定義されたオブジェクトがあり、部分クラスを介して追加のメソッドとプロパティを追加しました。私はこれを行うことに関する制限のほとんどを理解していると思いますが、私が見ているものを確認したいと思いました（またはうまくいけば、この作業を行うために何をする必要があるかを学びました）。

いくつかの項目を使用して読み取り専用の計算フィールドを作成する読み取り専用プロパティを持つ部分クラスがあります。私が期待/期待していたように、読み取り専用プロパティがADO.NetDataServicesを介して戻ってこないのを見るのは不思議でした。つまり、エンティティフレームワークのプロパティと、部分クラスを介してコードで定義されているプロパティがDataService呼び出しを介して取得されることを期待していました。

これは本当ですか？ADO.Net Data Servicesがデータをクエリしているときに、部分クラスは完全に無視されますか？もしそうなら、読み取り専用タイプのプロパティをエンティティに取得するためのベストプラクティスは何ですか（異なる名前空間を持つ同じ部分クラスがクライアント側とサーバー側の両方のコードベースに切り取られて貼り付けられるのを避けたいため）。

変更を行った実際のユーザーとともに、すべてのデータ変更をロギング テーブルに記録する必要があります。アプリケーションは 1 人の SQL ユーザーを使用してデータベースにアクセスしていますが、「実際の」ユーザー ID をログに記録する必要があります。

テーブルの挿入と更新ごとにトリガーを記述し、context_info を使用してユーザー ID を保存することで、t-sql でこれを行うことができます。ユーザー ID をストアド プロシージャに渡し、ユーザー ID を contextinfo に格納すると、トリガーはこの情報を使用してログ行をログ テーブルに書き込むことができます。

EFを使用して同様のことをどこで、またはどのように行うことができるか、場所または方法が見つかりません。したがって、主な目標は次のとおりです。EFを介してデータを変更した場合、正確なデータ変更を半自動でテーブルに記録したいと思います（そのため、変更前にすべてのフィールドをチェックしたくありませんオブジェクトを保存します)。EntitySQL を使用しています。

残念ながら、SQL 2000 に固執する必要があるため、SQL2008 で導入されたデータ変更キャプチャはオプションではありません (しかし、それも適切な方法ではない可能性があります)。

アイデア、リンク、出発点はありますか?

[編集] いくつかのメモ: ObjectContext.SavingChanges イベントハンドラーを使用することで、SQL ステートメントを挿入して contextinfo を初期化できるポイントを取得できます。ただし、EF と標準 SQL を混在させることはできません。したがって、EntityConnection を取得できますが、それを使用して T-SQL ステートメントを実行することはできません。または、EntityConnection の接続文字列を取得し、それに基づいて SqlConnection を作成することもできますが、それは別の接続になるため、contextinfo は EF による保存に影響しません。

SavingChanges ハンドラーで次のことを試しました。

エラー: EntityCommand.CommandText の値は StoredProcedure コマンドに対して有効ではありません。EntityParameter の代わりに SqlParameter を使用した場合も同様です。SqlParameter は使用できません。

エラー: クエリ構文が無効です。

ここで、Entity Framework と ADO.NET の間のブリッジを作成することに行き詰まっています。動作させることができれば、概念実証を投稿します。