問題タブ [ado.net-entity-data-model]

フィールドのグループを ADO.NET エンティティの主キーとしてマークする方法は知っていますが、一意の制約を宣言したり、制約をチェックしたりする方法が見つかりません。

この機能はデザイナーまたはフレームワークにありませんか?

既存のモデル、コントローラー、ビューはすべて正常に機能しています。

要件の変更により、dbスキーマが突然変更され、いくつかの新しいフィールドを追加する必要があります。

データベースが更新され、モデル（ADO.NETエンティティ）がデータベースから更新され、新しいフィールドが取得されます。コントローラは「セット」で動作し、PKをキーオフしているため、問題ありません。最初に作成されたときのビューは、モデルに対して強く型付けされていました（当時のように）...

既存のビューを「更新」して新しいフィールドを取得する簡単な方法はありますか？

それとも、これは常に手動で追加するのでしょうか、それとも以前のビューを置き換えるために「新しい」ビューを作成する必要があるのでしょうか。

ありがとう！

更新したいクライアントオブジェクトの切り離されたセットがあります（それらは主キーによってデータベースにすでに存在していることがわかっています）。次に、それらをデータベースに更新します。最初にクエリを実行する必要があることを知っているので、クエリを実行します。基本的に、アタッチ解除されたオブジェクトからプロパティを取得して、アタッチされたオブジェクトに適用する必要があります。最後に、変更の保存を呼び出します。切り離されたコレクションから添付されたコレクションにこれらのプロパティを適用する巧妙な方法はありますか？

注：分離されたオブジェクトには主キーがありませんが、比較クラスを介してリンクするのに十分な情報があります。

ADO.NET Entity Data Model ツールを初めて使用します。データベースに 3 つのプロパティ (FirstName、LastName、Age) を持つテーブルがあります。このエンティティに IsChosen というフィールドを追加する必要があります。ただし、この列をデータベースに追加することはできません。

このツールで生成されたエンティティにカスタム プロパティを追加するにはどうすればよいですか?

ありがとうございました！

以下のコードを実行すると、機能します

しかし、私が以下の場合

ステートメント

常にnullを返します。誰が何が起こっているのか知っていますか？

クエリ結果を作成するとしましょう

それをビューに渡す最良の方法は何ですか? 新しいオブジェクトを作成し、クエリ結果をそれにコピーする必要がありますか?

ADO.NET エンティティに 1:1 ナビゲーション プロパティを生成させる方法はありますか? 外部キーを使用すると、常に 1:N のナビゲーション プロパティが取得されます。

まず、Asp.Net MVC および ADO.NET エンティティ データ モデルの新機能です。

例を練習しているときにテーブルを作成しましたが、 PKの「識別仕様」を trueに設定するのを忘れていました。

エンティティ データ モデルを使用して MVC アプリケーションのモデルを作成し、正常に動作しました。

後で、DB のそのテーブルの「ID 仕様」を true に設定しました。

レコードを挿入しようとすると、例外が発生し、レコードが挿入されません。

{"IDENTITY_INSERT が OFF に設定されている場合、テーブル 'Contacts' の ID 列に明示的な値を挿入できません。"}

これはモデルで作成されたクラスです。これは、DB のスキーマの変更に従って変更する必要があります。

上記のメソッド シグネチャに「Id」変数は必要ありませんが、それでも自動生成されます。

データベース スキーマが更新された場合、モデルをそれ自体または手動で更新するにはどうすればよいでしょうか。

注：C＃、ASP.NET MVCを使用

ありがとう

EntityFrameworkのObjectContextオブジェクトをキャッシュにキャッシュするのが賢明かどうか疑問に思いました。これにより、ユーザーが同時に問題が発生すると同時に、複数の接続に関する問題が発生しますか？

「接続は現在閉じられています」などのエラーが発生しました。これは、複数のユーザーとObjectContextのキャッシュが原因であるのか、それとも、更新を複数回押すか、ページを停止して他のことをすばやく実行することに関連しているのでしょうか。エラーを取得するために実行しました）。

誰でも私の質問に答えることができますか? データ アクセス レイヤーの実装を決定しています。最初は NHibernate で作業していましたが、現在は変更されているので、私の質問に答えてください...

LINQ to SQL は ADO.NET エンティティ フレームワークの一部ですか、それとも別のライブラリですか?

データ アクセス レイヤーに "LINQ to SQL" を使用しているということは、データ アクセス レイヤーの実装に ADO.NET エンティティ フレームワークを使用しているということですか。