方法: 情報を読み取り専用として取得する - ADO.NET
データを変更する予定がない場合は、読み取り専用の結果を取得することでクエリのパフォーマンスを向上させることができます。 読み取り専用の処理を実装するには、ObjectTrackingEnabled を false に設定します。 例 次のコード例は、従業員の入社日の読み取り専用コレクションを取得します。 Northwnd db = new Northwnd(@"c:\northwnd.mdf"); db.ObjectTrackingEnabled = false; IOrderedQueryable<Employee> hireQuery = from emp in db.Employees orderby emp.HireDate select emp; foreach (Employee empObj in hireQuery) { Console.WriteLine("EmpID =
DataContext.ObjectTrackingEnabled プロパティ (System.Data.Linq)
public: property bool ObjectTrackingEnabled { bool get(); void set(bool value); }; public bool ObjectTrackingEnabled { get; set; } member this.ObjectTrackingEnabled : bool with get, set Public Property ObjectTrackingEnabled As Boolean プロパティ値 Boolean 追跡が有効になっている場合は true。それ以外の場合は false。 既定値は、true です。 注釈 このプロパティを設定すると、追跡する false 項目が少なくなるため、取得時のパフォーマンスが向上します。 例外がスローされます。 クエリの実行後に false プロパティが設定されている場合
)
回復の実行
リソース マネージャは、リソース障害の後にトランザクション参加要素を再参加させることにより、トランザクションの永続参加リストの解決を容易にします。 回復プロセス 後で回復できるリソースを永続的に参加させるには (IEnlistmentNotification インターフェイスの実装により記述)、EnlistDurable メソッドを呼び出す必要があります。さらに、リソース障害発生時にトランザクションの参加要素に一貫したラベル付けを行うためのリソース マネージャ識別子 (Guid) を EnlistDurable メソッドに提供する必要があります。このため、最初の Enlist 呼び出し時に提供される Guid は、回復中の Reenlist 呼び出しの resourceManagerIdentifier パラメータと同じである必要があります。そうでない場合、TransactionExcep
)
方法: 概念モデルでカスタム関数を定義する (Entity Framework)
概念モデルでカスタム関数を定義するには、DefiningExpression 要素を含む Function 要素を .edmx ファイルの概念スキーマ定義言語 (CSDL) に追加します。 パラメーター化されたステートメントなど、CommandText 要素内の Entity SQL ステートメントを定義できます。 詳細については、「DefiningExpression (CSDL)」および「User-Defined Functions (Entity SQL)」を参照してください。 概念モデルでのカスタム関数の定義 次の手順は、Visual Studio の XML エディターで .edmx ファイルを開いていることを前提としています。 この手順は、ストレージ モデルでカスタム関数を追加する方法の概要をまとめたものです。 各手順の詳しい説明は、その後の例で示します。 概念モデルでカスタム
EDM ジェネレーター (EdmGen.exe) - ADO.NET
EdmGen.exe は、Entity Framework モデルとマッピング ファイルを操作するためのコマンドライン ツールです。 EdmGen.exe ツールを使用すると、次の操作を行うことができます。 データ ソース固有の .NET Framework データ プロバイダーを使用してデータ ソースに接続し、Entity Framework で使用される概念モデル (.csdl)、ストレージ モデル (.ssdl)、およびマッピング (.msl) のファイルを生成する。 詳細については、EdmGen.exe を使用してモデル ファイルとマッピング ファイルを生成する」を参照してください。 既存のモデルを検証する。 詳細については、EdmGen.exe を使用してモデル ファイルとマッピング ファイルを検証する」を参照してください。 概念モデル (.csdl) ファイルから生成されたオブ
)
How to: Specify Snapshot, Download, Upload, and Bidirectional Synchronization
How to: Specify Snapshot, Download, Upload, and Bidirectional Synchronization Sync Framework supports snapshot, download, upload, and bidirectional synchronization. Because of the flexibility that Sync Framework provides you can specify different types of synchronization for different tables. For more information, see Architecture and Classes for Client and Server Synchronization. This topic provi
属性ベースの対応付け - ADO.NET
LINQ to SQL では、属性を適用するか、または外部のマッピング ファイルを使用して、SQL Server データベースを LINQ to SQL オブジェクト モデルに対応付けます。 このトピックでは、属性ベースの方法について説明します。 大部分の基本フォームでは、LINQ to SQL は、データベースと DataContext、テーブルとクラス、列およびリレーションシップとそのクラスのプロパティを、それぞれ対応付けています。 属性を使用して、オブジェクト モデル内の継承階層を対応付けることもできます。 詳細については、Visual Basic または C# でオブジェクト モデルを生成する」を参照してください。 Visual Studio を使用する開発者は、通常、オブジェクト リレーショナル デザイナーを使用して属性ベースの対応付けを実行します。 また、SQLMetal コマ
)
How to: Exchange Bidirectional Incremental Data Changes Between a Client and Server
How to: Exchange Bidirectional Incremental Data Changes Between a Client and Server This topic shows you how to exchange data changes by performing bidirectional synchronization between a server database and a SQL Server Compact client database. The examples in this topic focus on the following Sync Framework types and events: DbServerSyncProvider SyncAdapter SqlCeClientSyncProvider SyncDirection
)
SyncDirection 列挙体 (Microsoft.Synchronization.Data)
説明 同期の方向によって、同期中にクライアント データベースとサーバー データベース間の変更の交換方法が決定されます。詳細については、「スナップショット、ダウンロード、アップロード、および双方向の各同期を指定する方法」を参照してください。 例 次のコード例では、SyncAgent から派生するクラスを示します。このコードでは、2 つの同期グループおよび 3 つの同期テーブルが作成されます。Customer テーブルは Customer グループに追加され、OrderHeader テーブルおよび OrderDetail テーブルは Order グループに追加されます。テーブルはすべてダウンロードのみです。テーブルがクライアントに存在すると、テーブルは最初の同期中にいったん削除してから再作成されます。完全なコンテキスト例でこのコードを表示するには、「行および列をフィルター選択する方法」を参照し
)
POCO プロキシの作成要件 (Entity Framework)
Entity Framework は POCO クラス ("plain-old" CLR object) をサポートします。 POCO エンティティの遅延読み込みを有効にして、変更が発生したら Entity Framework でクラス内の変更を追跡するには、Entity Framework が実行時に POCO エンティティのプロキシを作成できるように、POCO クラスがこのトピックで説明する要件を満たす必要があります。 プロキシ クラスは POCO 型から派生します。 クラス定義の要件 クラスが以下に説明する要件を満たす場合、Entity Framework は POCO エンティティのプロキシを作成します。 POCO エンティティは、変更追跡または遅延読み込みをサポートするプロキシ オブジェクトを持つことができます。 変更追跡プロキシの要件を満たさなくても遅延読み込みプロキシを使用で
)
変更の保存と同時実行制御の管理 (Entity Framework)
既定では、Entity Framework は、オプティミスティック同時実行制御モデルを実装しています。 つまり、データがクエリされてからデータが更新されるまで、データ ソースのデータにロックが保持されません。 Entity Framework は、同時実行をチェックしないでオブジェクトの変更をデータベースに保存します。 同時実行が多いエンティティについては、次の例のように、ConcurrencyMode="fixed" の属性を使用してエンティティが概念レイヤーでプロパティを定義することをお勧めします。 <Property Name="Status" Type="Byte" Nullable="false" ConcurrencyMode="Fixed" /> この属性を使用すると、Entity Framework は、変更をデータベースに保存する前に、データベース内の変更をチェックしま
)
チュートリアル: Table-Per-Hierarchy 継承のマッピング (Entity Data Model ツール)
このトピックでは、.edmx ファイルで定義された概念モデルを変更することによって、Table-Per-Hierarchy 継承を実装する方法について説明します。 Table-Per-Hierarchy 継承では、1 つのデータベース テーブルを使用して、継承階層のすべてのエンティティ型のデータを維持します。 このチュートリアルでは、CourseManager アプリケーションで使用する概念モデルを変更することによって、Table-Per-Hierarchy 継承を実装します (詳細は、このトピックの「前提条件」を参照してください)。 CourseManager の概念モデルの Person エンティティ型には、HireDate と EnrollmentDate という 2 つのプロパティがあります。これらのプロパティは、Person から継承した新しいエンティティ型 (それぞれ Inst
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TransactionManager.RecoveryComplete(Guid) メソッド (System.Transactions)
Transaction.EnlistDurable メソッド (System.Transactions)
MergeOption 列挙型 (System.Data.Objects)
StoreGeneratedPattern 列挙型 (System.Data.Metadata.Edm)
ObjectContext.DetectChanges メソッド (System.Data.Objects)
ObjectQuery.ToTraceString メソッド (System.Data.Objects)
RefreshMode 列挙型 (System.Data.Objects)
CommandBehavior 列挙型 (System.Data)