変更の追跡を有効にする場合、必ずなんらかの要件が生じます。たとえば、主キーを設定する必要があります。また、スナップショット分離を使用することも強く推奨されています。スナップショット分離自体はワークロードで大きなオーバーヘッドを発生させる可能性があり、tempdb をより注意深く管理することも必要になります。 さらに、開発者と DBA が対処する必要があるもう一つの問題があります。それは障害回復です。この記事の範囲外なので詳しくは説明しませんが、障害回復というトピックは非常に重要なので、少なくともここで言及だけはしておこうと思います。 どちらの機能でも、優れたバックアップと復元が提供されます。問題は、データベースが復元され、実質的に以前の状態に戻されたときです。このとき、アプリケーションとシステム全体がどのように動作すればよいでしょうか。変更の追跡用にカスタム ソリューションを設計する場合も
This topic provides an overview of SQL Server change tracking and describes a console application that performs bidirectional synchronization between a SQL Server database and a SQL Server Compact database. If the server is running SQL Server 2008, we recommend that you use SQL Server change tracking. If the server is running a different database, see How to: Use a Custom Change Tracking System. O
C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´・∀・`) つーかコメント欲しい(´・ω・`) 通常、Windowsアプリでは、イベントハンドラ内で重い処理を行う際は、フォームの一時的なハングを防ぐために重い処理を別スレッドで行う。 その時気をつけなければならないのが、コントロールの操作。コントロールは、コントロール ( の基になるウィンドウハンドル ) を所有しているスレッドで操作しなければならない。別スレッド内でそのままコントロールを操作してしまうと、正常に動作してくれない。 ( .NET 2.0から特に。 ) では、別スレッドで重い処理を行ったあと、どうやってコントロールを所有しているスレッドに処理を行わせるか?それには、Control.Invokeメソッドを使用する。Control.Invokeは、引数で受け取ったデリゲートオブジェクト
常駐アプリを実装する たとえば、ウイルス対策やコマンド ランチャなど、代表的なソフトに見るように、常駐アプリとは、およそ以下のような特徴を持つのが一般的だ。 起動時はフォームを非表示 タスク トレイにアイコンを表示 タスク トレイ アイコンにコンテキスト メニューを持つ コンテキスト メニューからは各種設定フォームなどが表示される 上記 1. の実装にはちょっとした Tips が必要になる。いくつかやりようがあるが、もっとも簡便そうに見えるのがこれ。フォームあるいはコンポーネントを継承したクラスを作成し、Main メソッド上でそれをインスタンス化、しかしメイン フォームにはなにも設定しない、というやり方だ。 static void Main() { Component1 compo1 = new Component1(); // Form1 form1 = new Form1(); App
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く