Onion Knowledge

AcceptChangesすると、DataAdapter経由でＤＢが更新されません。
下のコメントをとると、DataRowVersionがNoChangeになるため。
// dr.AcceptChanges();
sda.Update(ds,"Table_1");

web.configのcompilationセクションを変更することで、バッチコンパイルを行うファイルの操作が可能な模様

通常、machine.configに設定されているcompilationの設定を継承して、ロードされるため
privatePathであるbinフォルダ内のアセンブリはすべてバッチコンパイルされる。

論理上、webserviceの実行（起動？）に必要なファイルだけバッチコンパイルされるだけでも
（実行時にコストがかかるかもしれないが）実行時にアセンブリがロードされれば実行可能だと考える。

なんで、clearセクションを追加してサービスのアセンブリ、システムアセンブリ（machine.config参照）でやればいいのでは・・・

とりあえずためしにやってみた。
webサービスページは表示可能。
実際に動作するかは不明。

だめなときはビルドに必要だったアセンブリを追加すればいいのかな。とか思いながら。

ポイントはmyParam=のとこと、OnRowUpdatedイベント

『DataAdapter.RowUpdated イベント
これまでに説明した方法に関連して DataAdapter.RowUpdated イベントを使用すると、オプティミスティック同時実行制御違反をアプリケーションに通知できます。RowUpdated は、DataSet から Modified 行の更新を行ったときに発生します。これにより、例外発生時の処理、カスタム エラー情報の追加、再試行ロジックの追加などの特別の処理コードを追加できます。RowUpdatedEventArgs オブジェクトは、テーブルの変更行に対する特定の更新コマンドによって影響された行数が設定された RecordsAffected プロパティを返します。オプティミスティック同時実行制御をテストするように更新コマンドを設定した場合は、オプティミスティック同時実行制御違反の発生時に、RecordsAffected プロパティは値 0 を結果として返します。値が 0 なのはレコードが更新されないためです。この場合、例外がスローされます。RowUpdated イベントを使用すると、発生したイベントを処理したり、UpdateStatus.SkipCurrentRow のような RowUpdatedEventArgs.Status 値を設定することで例外を抑止したりできます。RowUpdated イベントの詳細については、「DataAdapter イベントの使用」を参照してください
』

[C#]

seeAlso:http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/cpguide/html/cpconoptimisticconcurrency.asp
note:UpdateCommand Original ADO.NET でGoogle

http://www.atmarkit.co.jp/fdotnet/mthread/mthread03/mthread03_01.html

デバッグのステップインでたまにソースファイルを求められる場合があります。
俺の予想では、デバッグビルドだがpdbファイルがないdll(つーかアセンブリ)の場合に出現。

キャンセルするとそれ以降聞かれなくなりますが、その場合は以下のダイアログボックスで
「以下のソース ファイルを探さない」にソース名がいるやも。

— MSDN
[デバッグ ソース ファイル]
([ソリューション プロパティ ページ] ダイアログ ボックス – [共通プロパティ])参照

デバッグの設定と準備
このプロパティ ページでは、ソリューションのデバッグ時にデバッガによってソース ファイルが検索される場所を指定します。

[デバッグ ソース ファイル] プロパティ ページを開くには、ソリューション エクスプローラでソリューションを右クリックし、ショートカット メニューの [プロパティ] をクリックします。[共通プロパティ] フォルダを展開し、[デバッグ ソース ファイル] ページをクリックします。

[以下のパスからソース ファイルを検索する]
ソリューションのデバッグ時に、デバッガによってソース ファイルが検索されるディレクトリの一覧が表示されます。
[以下のソース ファイルを探さない]
デバッガによる読み取りから除外するファイルの名前を入力できます。デバッガは、上で指定したディレクトリのいずれかでこれらのファイルを見つけた場合、それを無視します。
参照

—–

ms-help://MS.MSDNQTR.2005JAN.1041/vsdebug/html/vxurfDebugSourceFilesCommonPropertiesSolutionPropertyPagesDialogBox.htm

2005のみ？
http://www.jurapun.com/Tutorial/CSharp/Thread.shtml

.NET Frameworkでは、スレッドを使うときThreadクラスとThreadStartデリゲートを使います。ThreadStartデリゲートは、次のように定義されています。

[ComVisibleAttribute(true)] public delegate void ThreadStart();

Threadクラスのコンストラクタは、４つのバージョン(オーバーロード)がありますが、ThreadStartデリゲートを使うバージョンは、

Thread(ThreadStart)

と宣言されています。デリゲートとは、安全な関数ポインタみたいなものなので、ThreadStartにはスレッドとして動作させるメソッドを設定します。

(注意) ThreadStartデリゲートをインスタンス化せずに
　　　　　　Thread th = new Thread(Func);
　のように関数名を指定してもかまいません(自動的にデリゲートに変換されます)。

ThreadStartデリゲートの作るには
バックグランドで動作するメソッドの名前を引数としてThreadStartをインスタンス化する。
　例　new ThreadStart(DoWork);
バックグランドで動作するメソッドのプロトタイプは、戻り値なし(void型)、引数なしであること。
　例　void DoWork();
　

スレッドを使う手順
ThreadStartデリゲートを引数として、Threadクラスをインスタンス化する。
ThreadクラスのStartメソッドを呼び出す。
結局、次のようなコードを実行するとスレッドが走ります。

Thread thread = new Thread(new ThreadStart(Work));
…………
…………

void Work()
{
….
}

サンプル１
　単純なサンプルです。スレッド関数を単に走らせるだけです。

ThreadStartデリゲートの問題点
　ThreadStartデリゲートの関数プトロタイプは、

void Function();
という形式なので、パラメータを渡すことができません。これは実用上不便なので普通は、クラスを用意しそのコンストラクタのパラメータとしてスレッドのパラメータを渡します。そして、そのパラメータをThreadStartデリゲートで指定したメソッド(関数)が使用して処理を行うようにします。

サンプル２
　スレッド用クラスを用意して、そのメンバ関数をスレッドとして走らせるサンプル

簡単にスレッドを使うためのクラス
　スレッドを使うたびに、クラスを作って同じような処理を行うためのコードを書くのは面倒なので、Java風のRunnableという抽象クラスを作って、それをベースとしてスレッド用クラスを作ると便利です。サンプル３は、Runnableクラスとその使用例です。

サンプル３　(Runnable.cs, ThreadTest3.cs)

　スレッドを便利に使うためのRunnableクラスを使ったサンプル

ParameterizedThreadStartデリゲートを使う
　ParameterizedThreadStartデリゲートは、オブジェクトを引数とする関数を設定できます。ということは、データを直接にスレッドに渡すことができます。

ParameterizedThreadStartデリゲートを使うときの要件

スレッド関数は、void型でパラメータはobject型1個であること。
スレッドの開始は、Threadクラスのvoid Start(object)メソッドを使うこと。このメソッドの引数として、パラメータをスレッド関数に引き渡すことができる。
なお、このデリゲートは.NET Framework 2.0以上で使用できます。

サンプル４
　ParameterizedThreadStartデリゲートを利用して、スレッドに直接データを渡して動作させる例。

スレッドの終了を待つには
　サンプル１～４までは、スレッドの終了を待たずにMainが終了していました。これでは、すけっどの実行結果の表示やエラーがあったときの処理ができません。スレッドが終わるまで待つには、ThreadクラスのIsAliveプロパティを監視します。監視ループの中では、ThreadクラスのSleepメソッドを使って、メインスレッドをある時間間隔でスリープさせながら監視します。そうしないと、CPUの負荷が高くなって動作が重くなります。

(参考) Joinメソッドを使う方法(下記)も考慮してください。

サンプル５
　サンプル４でスレッドの終了を待つようにしたサンプル。

呼び出しもとのスレッドをブロックするには
　呼び出しもとで、スレッドの監視をすると無駄なCPUタイムを消費するし、コードも書かなくてはなりません。と言う訳で、Joinメソッドというものが用意されています。これを使うと、サンプル５はサンプル６のように書き換えできます。

サンプル６
　サンプル５でjoinメソッドを使ってスレッドの終了を待つようにしたサンプル。

スレッドどうしの競合を回避するには
　複数のスレッドが競合するリソースを使うときには、競合を回避する必要があります。例えば、あるスレッドがあるデータを書き換えている最中に、別のスレッドがそのデータを読み出すと困ったことが起こるかもしれません。そのような場合には、そのリソースをロックして、他のスレッドがアクセスできないようにすることができます。

lockキーワードは、次のような感じで使います。

void DoWork() {
……
lock (object1) { // object1は他のスレッドと競合するオブジェクト
…… // 他のスレッドと競合するコード
}

サンプル７
　２つのスレッド関数が１つのオブジェクトを使うサンプル。

(参考)
　Monitorクラスを使ってスレッドの競合を回避することもできます。lockキーワードはMonitorクラスを使って実装されているそうです。

スレッドどうしで同期を取るには
　あるスレッドから別のスレッドへイベントを通知して、複数のスレッドが協調しながらある動作をさせたいときがあります。そのような場合は、AutoResetEventクラスやManualResetEventクラスを使います。

これらのクラスを使うと、スレッドはシグナルを通じて相互に通信できます。AutoResetEventクラスとManualResetEventクラスの違いは、シグナル状態のリセットが自動で行われるのか、手動で行うかです。ManualResetEventは複数のスレッドにシグナルを送るとき使います。

AutoResetEventクラスの使い方

AutoResetEventクラスをインスタンス化する。AutoResetEventコンストラクタは、bool型パラメータで初期のシグナル状態を指定する。
(例)　AutoEventReset event1 = new AutoEventReset(false); // 非シグナル状態で初期化
イベント待ち側のスレッドは、WaitOneメソッドを使って、シグナル待ちで待機する。このとき、そのスレッドはブロッキング状態になる。
イベント発信側のスレッドは、発信可能になったらSetメソッドを使ってイベントをシグナル状態にする。
WaitOneメソッドで待機していたスレッドがブロッキングが解除され処理が続行される。
サンプル８
　あるスレッドをシグナル待ちにして、別のスレッドがシグナルを送るサンプル

(参考）　プロセス間で同期を取るときは、Mutexクラスを使います。

Windowsフォームでのバックグランド処理
Windowsフォームでバックグランド処理をするには、BackgroundWorkerコントロールを使うと簡単です。バックグランド処理は、DoWorkイベントハンドラを追加しその中にバックグランド処理を記述します。バックグランド処理に開始は、RunWorkerAsyncメソッドで開始することができます。

バックグランド処理が終了すると、RunWorkerCompletedイベントが発生するのでその中で後処理を行うことができます。

APIをコールせずに時間がかかる処理を行う場合は、Application.DoEventsメソッドをループ内でコールして、Windowsメッセージポンプを動作させます。そうしないと、Windowsメッセージがリアルタイムで処理されないため、他の操作が阻害されます。

Windowsフォームでスレッドを停止させるには
ApplicationクラスのExit()やExitThread()メソッドを使います。

天文学的な数値を変換しないかぎりはなくてもよさそう。
やるならtypeof(string)で中間キャストするよりも、
typeof(byte[])のほうがいいんじゃないかとも思われる。
typeof(string)の場合、Oracle DATE型の場合に時刻が失われるという事象が発生。

http://otndnld.oracle.co.jp/document/products/oracle10g/101/doc_v6/win.101/B15519-01/featSafeType.htm

VB.NET用のサンプルソース
C#用に書き換えてください。

— App.Config
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings>
<add key="Application Name" value="MyApplication" />
</appSettings>
</configuration>

— 読み取りアクセス
Private Sub Button2_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button2.Click
MessageBox.Show("Application Name = " & _
System.Configuration.ConfigurationSettings.AppSettings("Application Name"))
End Sub

— 書き込みボタン
Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click
Dim asm As System.Reflection.Assembly = System.Reflection.Assembly.GetExecutingAssembly()
Dim appConfigPath As String
appConfigPath = System.IO.Path.GetDirectoryName(asm.Location) + "\Config.exe.config"
Dim doc As System.Xml.XmlDocument = New System.Xml.XmlDocument
doc.Load(appConfigPath)
Dim node As System.Xml.XmlNode = doc("configuration")("appSettings")

Dim n As System.Xml.XmlNode
For Each n In doc("configuration")("appSettings")
If n.Name = "add" Then
If n.Attributes.GetNamedItem("key").Value = "Application Name" Then
n.Attributes.GetNamedItem("value").Value = Me.Text
End If
End If
Next

Dim newNode As System.Xml.XmlElement = doc.CreateElement("add")
newNode.SetAttribute("key", "Form Size")
newNode.SetAttribute("value", Me.Width & "," & Me.Height)
node.AppendChild(newNode)
doc.Save(appConfigPath)
End Sub

How To Get Current ColumnHeader

/// <summary>
/// 現在表示されている DataGridTableStyle を確認するには、
/// System.Windows.Forms.DataGrid の DataSource プロパティと
/// DataMember プロパティを使用して、CurrencyManager を返します。
/// データ ソースに ITypedList インターフェイスが実装されている場合は、
/// GetListName メソッドを使用すると、現在のテーブルの MappingName を返すことができます。
/// 上記の例を次の C# コードに示します。
/// </summary>
/// <param name="sender"></param>
/// <param name="e"></param>
private void saveColumnNameClipboardButton_Click(object sender, System.EventArgs e)
{
CurrencyManager myCM = (CurrencyManager)
BindingContext[dataGrid1.DataSource, dataGrid1.DataMember];
IList myList = myCM.List;
ITypedList thisList = (ITypedList) myList;
MessageBox.Show(thisList.GetListName(null));
PropertyDescriptorCollection pdc = thisList.GetItemProperties(null);

string s = "";
foreach(PropertyDescriptor pd in pdc)
{
s +=pd.Name + " // ";
}
MessageBox.Show(s);

}

まずクラスライブラリなどを作成するときにXMLドキュメントも生成します。
参照設定するdllと同じ場所にxmlファイルも置いておく。

なお、コマンドラインコンパイルの場合は/doc:hogehoge.xml オプションを利用する。

ms-help://MS.VSCC/MS.MSDNVS.1041/cscomp/html/vcerrDocProcessDocumentationComments.htm
ms-help://MS.VSCC/MS.MSDNVS.1041/csref/html/vcwlkXMLDocumentationTutorial.htm

VisualStudio Visual Studio RegularExpression 正規表現 検索 置換 Visual Studioでの正規表現では
{}はマッチ数の範囲ではなく、タグつき正規表現となる。
[A-Z]{4}
としたい場合は
[A-Z]^4
と記述する。

[A-Z]{4,5}などに変わる記述があるかどうかは不明

see also
http://msdn2.microsoft.com/ja-jp/library/2k3te2cs.aspx

Application.ThreadException +=new System.Threading.ThreadExceptionEventHandler(Application_ThreadException);

http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=30513&forum=7&6
http://www.ailight.jp/blog/kazuk/articles/6287.aspx
http://www.atmarkit.co.jp/fdotnet/special/java2cs/java2cs_02.html
http://msdn2.microsoft.com/ja-jp/library/ms173178.aspx

http://msdn2.microsoft.com/ja-jp/library/kbbwt18a.aspx
DataAdapter によるバッチ更新の実行

以前のバージョンの ADO.NET では、DataSet に格納されている変更内容をデータベースに反映する場合、DataAdapter の Update メソッドを実行して、1 行ずつデータベースを更新していました。このメソッドは、指定された DataTable 内の行を反復処理すると、各 DataRow を調べ、行が変更されたことを確認します。行が変更されている場合、その行の RowState プロパティの値に基づいて、適切な UpdateCommand、InsertCommand、または DeleteCommand のいずれかを呼び出します。各行の更新では、データベースへのネットワーク ラウンドトリップが発生します。

ADO.NET 2.0 では、UpdateBatchSize プロパティが DataAdapter によって公開されます。UpdateBatchSize を正の整数値に設定すると、データベースの更新が指定されたサイズのバッチとして送信されます。たとえば、UpdateBatchSize を 10 に設定すると、10 個の個別のステートメントがグループ化され、単一のバッチとして送信されます。UpdateBatchSize を 0 に設定すると、DataAdapter は、サーバーが処理できる最大のバッチ サイズを使用します。1 に設定すると、バッチ更新が無効になり、1 行ずつ送信されます。

サイズの大きいバッチを実行すると、パフォーマンスが低下する可能性があります。そのため、アプリケーションを実装する前に、バッチの最適なサイズ設定をテストする必要があります。

UpdateBatchSize プロパティの使用
バッチ更新を有効にする場合、DataAdapter の UpdateCommand、InsertCommand および DeleteCommand の UpdatedRowSource プロパティ値を、None または OutputParameters に設定する必要があります。バッチ更新を実行する際、FirstReturnedRecord または Both のコマンドの UpdatedRowSource プロパティ値は、無効になります。

UpdateBatchSize プロパティを使用するプロシージャを次に示します。このプロシージャは、2 つの引数を取ります。1 つは、Production.ProductCategory テーブル内の ProductCategoryID フィールドおよび Name フィールドを表す列を持つ DataSet オブジェクトで、もう 1 つは、バッチ サイズ (バッチ ファイル内の行数) を表す整数です。このコードにより、新しい SqlDataAdapter オブジェクトが作成され、その UpdateCommand、InsertCommand プロパティおよび DeleteCommand プロパティが設定されます。このコードは、DataSet オブジェクトによって行が変更済みになっていることを前提としています。このオブジェクトは、UpdateBatchSize プロパティを設定し、更新を実行します。

{C#}

Web.Configで
（<configuration><system.web>内)
<identity impersonate="true" userName="zzzzz" password="xxxxxx"/>
ただし、パスワードが設定してあるユーザーでのみ有効。

※ドメインユーザーの場合はドメイン属性とか domain/zzzzz とかいうユーザ名になるやも。
認証モードがwindowsである必要があると思う。(デフォルトはwindows)
→ <authentication mode="Windows" />

identityに関する一般的な説明
→ http://www.microsoft.com/japan/msdn/net/security/SecNetAP05.aspx

アプリケーションレベルで偽装
→ http://support.microsoft.com/default.aspx?scid=kb;ja;306158

http://ufcpp.net/study/csharp/sp_attribute.html#E1G

ユーザーＤＳＮ→設定したユーザーしかつかえない
システムＤＳＮ→他のユーザーも使用可能

たとえばsun.jdbc.odbc.JdbcOdbcDriverを使っていて
javaアプリケーションではつながるが、servletにするとつながらない場合なんかはあやしい。

select * from sysobjectsとかでもだめならより一層怪しい。

you can use FileAttributes.ReparsePoint like this.

Attribute constants name on Win32API
FILE_ATTRIBUTE_REPARSE_POINT

supported OS Win2k or later?

i don’t know, how to create reparse directory

たとえばButtonとValidatorを配置した場合、
Buttonを押すとValidatorが働き、チェックに引っかかった場合はPostBackしない。
(HTMLコントロールのSubmitは除く)

通常はこれでいいが、戻るボタンとかでもValidatorがチェックを開始するのはよろしくない。
この場合はコントロールのCausesValidation プロパティをfalseにセットすればよい。

なお、HTMLコントロールのSubmitなどでもRunat="server"の時は同様の対処が必要。

@PAGE ディレクティブにて
Trace=\"True\"
とすれば、セッション変数、ポストパラメータなどのメモリ情報を出力することが可能。

• AutoPostBack=true で設定したコントロールの場合

から取得する。

• Button(Webコントロール)の場合

コントロールの nameをキーに valueがPOSTされてくる。
複数の Buttonがある場合、押された物しかPOSTされてこないのでそこを利用する。

Buttonのクリックイベントに__doPostBackを呼び出す javascript function を追加するというかなり強引な手もあるが、
ページ上にButtonしかない(というか PostBackするコントロールが Buttonしかない)場合、__doPostBackは存在しないことがあり、その場合はエラーになるなど、安定しないのでお勧めはしない。

パートナー トランザクション マネージャにより、リモート トランザクションまたはネットワーク トランザクションのサポートが無効にされました。

コンポーネントサービス、
>マイコンピュータ(右クリック)
>プロパティ
「MSDTC」タブ
[セキュリティの構成]ボタン
(シードでの最小構成)
●ネットワークＤＴＣアクセス
●リモートクライアントを許可する
●受信を許可する
●送信を許可する
●認証を必要としない

を、サーバー側、クライアント側双方で設定する。
(サーバー側だけかも)

TIP、XAは有効にしても問題なし。
リモート管理は、用途に応じて。

本当の2003環境であれば認証つけないとまずいと思うが、
ドメインつくってないとだめかも。

http://www.atmarkit.co.jp/fdotnet/dotnettips/183aspsesout/aspsesout.html

state serviceの使い方。
SQLServerモードの解説はない。

Microsoft .NET のすべて
ガベージコレクション入門: Microsoft .NET Framework の自動メモリ管理 Part I
[URL] http://msdn.microsoft.com/ja-jp/library/bb985010.aspx

旧 URL：
http://www.microsoft.com/japan/msdn/net/mag00/GCI.asp

2013/05/31 追記
URLを修正

ListBoxには複数選択モードは存在するが、
DropDownListには存在しない。

たとえばユーザーがDropDownListのアイテムを選択した状態でポストバックが走り、
サーバー処理で違うアイテムを選択状態にしようとすると、
このエラーが発生する。

[csharp]
// wrong case 1
ListItem l = DropDownList1.items.FindByText("item_user_doesn\’t_selected");
l.Selected = true;
[/csharp]
[csharp]
// wrong case 2
items["one more error"].Selected = true
[/csharp]
たとえば上記のような操作の前で、

すべてのSelectedをfalseにするか、
SelectedIndex = -1 とするかで解決する

[csharp]
SelectedIndex = -1;
ListItem l = DropDownList1.items.FindByText("item_user_doesn\’t_selected");
l.Selected = true;
[/csharp]
[csharp]
SelectedIndex = -1;
items["one more error"].Selected = true
[/csharp]

2013/05/31 追記

上記は .NET 1.14のころに書いたもの。
vs2012 では エラーは「DropDownList で複数項目が選択されるように指定できません。」だった。