Unfocused log

2009/6/17

シリコンバレーにあるIT本社めぐりもネタが尽きてきたのですが、大物Googleを忘れておりました。ORACLE 同様、ハイウェイUS-101から降りて2～３分のところにあります。

・・・アメリカではいたって普通の、広い敷地に2階建ての社屋が並ぶ企業オフィスでした。特に一般見物客を受け入れるようなところも見当たらず。だよなぁ、Adobe 以上に一般客に見せたり売ったりする物無いもんなぁ。

社屋のほとんどの窓がカーテンでふさがれていたし、日曜だから人気も少ないし。気に止まったところといえば、道路の歩行者横断押しボタン(シリコンバレー近辺を見る限り、ほとんどの交差点は歩行者はボタンを押して渡らないといけません)が、盲目・弱視の方でも分かりやすいように音を発しているくらいでしょうか。これはアメリカ来てから初めて見ました。

COMと.NETのSQLサーバ接続の違い

恥を記録する記事。

Visual Studioに限らず、多くのプログラム環境でSQLデータベースに接続するときは、

まずデータベースサーバーとの接続を確立し、そのハンドルを記録しておく
そのハンドルを使ってSQLをサーバーに投げ、データを操作する

となると思います。サーバーとの接続およびハンドルの管理を受け持つのが、COM(Visual Studio 6)ではADODB.Connectionクラスであり、.NET(Visual Studio .NET)ではSystem.Data.SqlClient.SqlConnectionクラスになります。

COM/PHP/Perlを使う限りでは、プログラムの最初に接続を確立し、特別に理由がない限りはプログラム終了までそのときのハンドルを使いまわすのが常でした。理由はサーバーへの接続と言う処理はサーバー・クライアント共に比較的重い処理でして、そう何度もやるべきものじゃないからです。

ところが.NETでは逆で同じ接続を長時間使うべきではなく、ひとまとまりの処理が終わったらさっさと接続を切ると言うのが正しい作法とのこと。接続プールという仕組みがあるため、何度も接続と切断を繰り返してもCOMの時のような負担はないらしい。

実際プログラム開始時に作製したSqlConnectionインスタンスを使いまわしていたら、知らない間に接続が切れてしまって、