Those 8 permutations actually result in only four transaction propagation modes. I call these four modes Client/Service, Client, Service, and None. Figure 3 also shows in green font the recommended way to configure each mode. Each of these modes has its place in designing your application. Understanding how to select the correct mode greatly simplifies thinking about and configuring transaction su

前回は、Windows Communication Foundation（WCF）のプログラミング手順を簡単なサンプル・プログラムの作成を通じて見ていった。WCFのプログラミングあるいはコンフィグレーションに必要なA（アドレス）、B（バインディング）、C（コントラクト）といった概念をある程度ご理解いただけたのではないだろうか。 さて今回はWS-*を使用した「セキュアでリライアブルでトランザクティッドな分散アプリケーションの構築」に関して見ていき、WCFのアーキテクチャを概観したい。 なお、ここに記載した内容は製品出荷前（WinFX Beta2 段階）での内容であるため将来変更される可能性が十分あることをあらかじめご了承いただきたい。 1. WCFでのセキュリティ ■1-1. トランスポート・レベルのセキュリティ 今日、セキュリティの重要性は高まる一方である。分散アプリケーション構築において

WCF アプリケーションで発生したエラーは次の 3 つのグループのいずれかに属します。 通信エラー プロキシ/チャネル エラー アプリケーション エラー 通信エラーは、ネットワークが利用できない場合、クライアントが無効なアドレスを使用している場合、またはサービス ホストが受信メッセージをリッスンしていない場合に発生します。 この種類のエラーは、クライアントに CommunicationException または CommunicationException 派生クラスとして返されます。 プロキシ/チャネル エラーは、チャネルまたはプロキシ自体に発生するエラーです。 この種類のエラーには、閉じられているプロキシまたはチャネルを使用しようとした、クライアントとサービス間にコントラクトの不一致が存在する、またはクライアントの資格情報がサービスによって拒否されたなどがあります。 このカテゴリには、

In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...

トランザクション ログからログ レコードが削除されないと、物理ログ ファイルで利用可能なディスク上の領域がいっぱいになってしまいます。ログの切り捨てにより論理ログのディスク領域が自動的に解放され、トランザクション ログで再利用できるようになります。 何かの理由で遅延が発生している場合を除いて、次の場合、ログの切り捨ては自動的に発生します。 チェックポイント以降の単純復旧モデル。 前回のバックアップ後にチェックポイントが発生した場合の、ログ バックアップ後の完全復旧モデルまたは一括ログ復旧モデル。詳細については、後の「完全復旧モデルと一括復旧モデルでのログの切り捨て」を参照してください。 ログの切り捨ては自動的に行われますが、さまざまな要因で遅延が発生する場合があります。ログの切り捨ての遅延要因の詳細については、「ログの切り捨てが遅れる原因となる要因」を参照してください。

このトピックでは、SQL Server 2012 で SQL Server Management Studio、Transact-SQL、または PowerShell を使用して、トランザクション ログをバックアップする方法について説明します。 このトピックの内容 作業を開始する準備: 制限事項と制約事項 推奨事項 セキュリティ トランザクション ログをバックアップする方法: SQL Server Management Studio Transact-SQL PowerShell 注 関連タスク 作業を開始する準備 制限事項と制約事項 BACKUP ステートメントは、明示的または暗黙的なトランザクションでは使用できません。 推奨事項 データベースで完全復旧モデルまたは一括ログ復旧モデルのいずれかを使用している場合は、データを保護し、トランザクション ログがいっぱいになるのを防止するために、

適用対象: SQL Server すべての SQL Server データベースにはトランザクション ログがあり、データベース内のすべてのトランザクションとそれらのトランザクションによって加えられた変更が記録されます。 トランザクション ログは、データベースの重要なコンポーネントです。 システム障害がある場合、データベースを一貫性のある状態に戻すには、そのログが必要になります。 トランザクション ログによりサポートされる操作 トランザクション ログでは、次の操作がサポートされます。 個別のトランザクションの復旧 SQL Server の起動時に未完了だったすべてのトランザクションの復旧。 復元したデータベース、ファイル、ファイル グループ、またはページの障害時点までのロールフォワード トランザクション レプリケーションのサポート 高可用性とディザスター リカバリー ソリューションのサポート:

適用対象: SQL Server データベースの全体復元の目的は、データベース全体を復元することです。 復元の実行中は、データベース全体がオフラインになります。 データベースの各部がオンラインになる前に、すべてのデータが一貫性のある状態に復旧されます。一貫性のある状態とは、データベースのすべての部分が同じ時点にあり、コミットされていないトランザクションが存在しない状態を示します。 完全復旧モデルでは、1 つまたは複数のデータ バックアップを復元した後、それ以降のトランザクション ログ バックアップをすべて復元してから、データベースを復旧する必要があります。 そのいずれかのログ バックアップ内の特定の 復旧ポイント までデータベースを復元することができます。 復旧ポイントとは、特定の日時、マークされたトランザクション、またはログ シーケンス番号 (LSN) を指します。 特に完全復旧モデルと

適用対象: SQL Server この記事では、SQL Server データベースをバックアップする利点、バックアップと復元に関する基本的な用語、SQL Server のバックアップと復元の方法を紹介します。SQL Server のバックアップと復元のセキュリティに関する考慮事項についても取り上げます。 この記事では SQL Server のバックアップについて説明します。 SQL Server データベースをバックアップする具体的な手順については、「バックアップの作成」を参照してください。 SQL Server のバックアップと復元コンポーネントは、SQL Server データベースに格納されている重要なデータを保護するために不可欠なセーフガードを提供します。 致命的なデータ損失のリスクを最小限に抑えるには、データベースを定期的にバックアップして、データの変更を保持する必要があります。

適用対象: SQL Server SQL Server Management StudioまたはTransact-SQLを使用して、SQL Serverでデータベースの差分バックアップを作成します。 このトピックのセクション 作業を開始する準備: 制限事項と制約事項 前提条件 推奨事項 セキュリティ データベースの差分バックアップを作成する方法: SQL Server Management Studio Transact-SQL 開始する前に 制限事項と制約事項 BACKUP ステートメントは、明示的または暗黙のトランザクションでは使用できません。 前提条件 データベースの差分バックアップを作成するには、データベースの以前の完全バックアップが必要です。 データベースをバックアップしたことがない場合は、差分バックアップを作成する前に、データベースの完全バックアップを実行してください。 詳細に

適用対象: SQL Server この記事では、SQL Server Management Studio、Transact-SQL、または PowerShell を使用して SQL Server でデータベースの完全バックアップを作成する方法について説明します。 詳細については、「Azure Blob Storage を使用した SQL Server のバックアップと復元」と「SQL Server の URL へのバックアップ」をご覧ください。 制限事項と制約事項 BACKUP ステートメントは、明示的なトランザクションまたは暗黙のトランザクションでは使用できません。 新しいバージョンの SQL Server によって作成されたバックアップは、それより前のバージョンの SQL Serverでは復元できません。 バックアップの概念とタスクに関する概要および詳細については、先へ進む前に「Bac

適用対象: SQL Server [データベースのバックアップ タスク] ダイアログ ボックスを使用すると、バックアップ タスクをメンテナンス プランに追加できます。 システムまたはハードウェアの障害、またはユーザー エラーが原因でデータがなんらかの損傷を受けた場合、データの回復にはバックアップ コピーからの復元が必要になるため、データベースのバックアップは重要です。 このタスクを使用すると、ファイル、ファイル グループ、トランザクション ログの完全バックアップと差分バックアップを実行できます。 データベースのバックアップ タスクを作成するには メンテナンス プランの作成 [オプション] 接続 このタスクを実行するときに使用するサーバー接続を選択します。 New このタスクを実行するときに使用する新しいサーバー接続を作成します。 [新しい接続] ダイアログ ボックスについては、後で説明しま

適用対象: SQL Server この記事では、SQL Server Management Studio または Transact-SQL を使用して、SQL Server で単一サーバーまたはマルチサーバーのメンテナンス プランを作成する方法について説明します。 Management Studio でメンテナンス プランを作成するには、メンテナンス プラン ウィザードを使用するか、デザイン画面を使用するかの 2 つの方法があります。 基本的なメンテナンス プランを作成する場合は、ウィザードが最適です。それに対して、デザイン画面を使用してプランを作成すると、高度なワークフローを利用できます。 制限事項と制約事項 マルチサーバー メンテナンス プランを作成するには、1 台のマスター サーバーと 1 台以上のターゲット サーバーを含むマルチサーバー環境を構成する必要があります。 マルチサーバー

適用対象: SQL Server この記事では、SQL Server でメンテナンス プラン ウィザードを使用して、単一サーバーまたはマルチサーバーのメンテナンス プランを作成する方法について説明します。 メンテナンス プラン ウィザードを使用すると、Microsoft SQL Server エージェントによって定期的に実行されるメンテナンス プランを作成できます。 これにより、バックアップ、データベースの整合性のチェック、データベース統計の更新など、さまざまなデータベース管理タスクを指定した間隔で実行できます。 制限事項と制約事項 マルチサーバー メンテナンス プランを作成するには、1 台のマスター サーバーと 1 台以上のターゲット サーバーを含むマルチサーバー環境を構成する必要があります。 マルチサーバー メンテナンス プランは、マスター サーバー上で作成および管理する必要があります

適用対象: SQL Server SQL Server のバックアップと復元の操作は、データベースの復旧モデルのコンテキスト内で発生します。 復旧モデルは、トランザクション ログのメンテナンスを制御するように設計されています。 復旧モデル は、トランザクションをログに記録する方法、トランザクション ログのバックアップを必須 (および可能) にするかどうか、利用できる復元操作の種類などを制御するデータベース プロパティです。 復旧モデルの種類は、単純、完全、一括ログの 3 種類です。 通常、データベースには完全復旧モデルまたは単純復旧モデルが使用されます。 データベースは、任意の時点で別の復旧モデルに切り替えることができます。 復旧モデルの概要 次の表に、3 つの復旧モデルの概要を示します。 ログ バックアップはありません。 必要な領域が少なくなるように、ログ領域が自動的に再利用されます。こ

We're happy to announce that ASP.NET Core OData 9 has been officially released and is available on NuGet: Microsoft.AspNetCore.OData 9.0.0 The major highlight of this release is the update of the OData .NET dependencies to the 8.x major version. By updating the dependencies,...

EdmGen.exe は、Entity Framework モデルとマッピング ファイルを操作するためのコマンドライン ツールです。 EdmGen.exe ツールを使用すると、次の操作を行うことができます。 データ ソース固有の .NET Framework データ プロバイダーを使用してデータ ソースに接続し、Entity Framework で使用される概念モデル (.csdl)、ストレージ モデル (.ssdl)、およびマッピング (.msl) のファイルを生成する。 詳細については、EdmGen.exe を使用してモデル ファイルとマッピング ファイルを生成する」を参照してください。 既存のモデルを検証する。 詳細については、EdmGen.exe を使用してモデル ファイルとマッピング ファイルを検証する」を参照してください。 概念モデル (.csdl) ファイルから生成されたオブ

By David Obando, Eric Dettinger and others Published: April 2012 Last updated: May 2014 1. Introduction Object-Relational Mapping frameworks are a convenient way to provide an abstraction for data access in an object-oriented application. For .NET applications, Microsoft's recommended O/RM is Entity Framework. With any abstraction though, performance can become a concern. This whitepaper was writt

長い間、.NET2.0から知識をアップグレードしていなかったのだが、先日一気に.NET4.0の知識を詰め込んだ。 LINQに触る必要性から、匿名デリゲート・ラムダ式・匿名クラス・式ツリー・拡張メソッドなどを覚えたのだが、はっきり言って今まで勉強を放置してきた事に、激しく後悔している。 「食わず嫌い」だったのは、矢継ぎ早に追加される新しい構文に対する抵抗だったような気がする。C++のテンプレート拡張がもめたらしいのも、気持ちはよくわかる。 テンプレートもそうだが、LINQも言語思想の革命と言っても言い過ぎではないぐらいのインパクトがあった。 LINQの何が良いかと言えば、比類なき拡張性だろう。これを支えているのはIEnumerable<T>インターフェイスと、拡張メソッド構文なわけだが、LINQに触ったことが無い人向けに、興味が持てそうな事を書いてみる（但し無保証 🙂 まぁ、もう既に「枯れ

.NET 4.0から追加された「タスク並列ライブラリ（以下TPLと記述）」についての メモを書いていこうと思ってます。 忘れやすいので、自分のために殴り書きメモを以下に記述。（超見づらいです・・すみません） この内容をまとめていろいろ記述していこうと思っているところ。 リソースとしては タスク並列ライブラリ(TPL)についてのリソース (Task Parallel Library, Parallel.For, Thread, ThreadPool, 非同期, 並列) http://d.hatena.ne.jp/gsf_zero1/20110210/p1 でピックアップした、各記事を元に勉強していこうと思ってます。 元の記事はどれも素晴らしいです。 以下、MSDNのメモ書き。 タスク並列ライブラリとは、1つまたは複数のタスクを同時に実行することを可能とするライブラリ。 データの並列化：Par

コード コントラクトを使用すると、事前条件、事後条件、およびオブジェクト不変条件をコードで指定できます。 事前条件とは、メソッドやプロパティに入るときに満たされている必要がある要件です。 事後条件は、メソッドやプロパティのコードが終了するときの予測を表します。 オブジェクト不変条件は、正しい状態のクラスに対して予期される状態を表します。 コード コントラクトには、コードをマーク付けするためのクラス、コンパイル時の分析のための静的アナライザー、およびランタイム アナライザーが含まれます。 コード コントラクトのクラスは System.Diagnostics.Contracts 名前空間にあります。 コード コントラクトには次のような利点があります。 テストの強化: コード コントラクトでは、コントラクトの静的検証、ランタイム チェック、およびドキュメントの生成がサポートされます。 自動テスト

最近は周期一定24fpsのアニメも増えてきたので手動で対応する方法メモ。 P,0:縞なしフレーム I,1:縞ありフレーム ■PIIPP　【01100】 DoubleWeave後 0　　1　　　2　　3　　4　　　0　　1　　2　　　3　　4　　SelectEvery(5,x,x) 0　　1　　　2　　3　　4　　　5　　6　　7　　　8　　9　　SelectEvery(10,x,x,x,x) SelectEvery(5,0,3) SelectEvery(5,1,3) SelectEvery(10,0,3,6,8) SelectEvery(10,1,3,5,8) ■PPIIP　【00110】 DoubleWeave後 0　　1　　　2　　3　　4　　　0　　1　　2　　　3　　4　　SelectEvery(5,x,x) 0　　1　　　2　　3　　4　　　5　　6　　7　　　8　　9　　Sel

C# メモリ モデルの理論と実践 Igor Ostrovsky 今回は、C# メモリ モデルについて 2 回にわたってお伝えする連載の第 1 回です。今回は、C# メモリ モデルが保証することについて説明し、この保証を推進するコード パターンを紹介します。次回は、この保証が Microsoft .NET Framework 4.5 のさまざまなハードウェア アーキテクチャでどのように実現されるかを詳しく説明します。 コンパイラとハードウェアは、プログラムのメモリ命令をわずかに変化させることがあり、その方法によってはシングルスレッドの動作に影響しなくても、マルチスレッドの動作に影響することがあるため、これがマルチスレッド プログラミングを複雑にする要因の 1 つになることがあります。次のメソッドを考えてみます。 void Init() { _data = 42; _initialized =

Note .NET Framework is serviced independently from Windows updates with security and reliability bug fixes. In general, security updates are released quarterly. .NET Framework will continue to be included with Windows, with no plans to remove it. You don't need to migrate your .NET Framework apps, but for new development, use .NET 8 or later. This article summarizes key new features and improvemen

フレームワークの開発で一貫性のある一連の命名規則に従うことは、フレームワークの使いやすさに大きく貢献することになります。 広範囲のプロジェクトで多くの開発者にフレームワークを使用してもらうことができます。 フォームの一貫性以外に、フレームワーク要素の名前は簡単に理解できて、各要素の機能を伝えるものにしなければなりません。 この章の目標は、開発者がすぐに理解できる名前が付けられるよう、一貫性のある一連の命名規則を提供することです。 コード開発の一般的ガイドラインとしてこれらの命名規則を採用することで、コード全体で名前付けの一貫性が向上することになります。 ただし、それは一般公開される API にのみ適用することが求められます (public または protected の型とメンバー、明示的に実装されるインターフェイス)。 このセクションの内容 大文字の使用規則 一般的な名前付け規則 アセン

In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...