C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

C# と VB.NET の入門サイト

Re[3]: SQLサーバー２００５のCLRの配置について

分類:[データベース全般]　

CLRの配置をVisualStudio2005にて実行すると、「タイムアウト」のエラーが
発生しています。

これが、かなり大量のCLRプロジェクトファイルでして、

１プロジェクトに
ファイル数が約５７ファイル
内部のストアドプロシージャ数が約７００個

これを、OS：Windows2000Server　PentiumDの3Ghz、メモリー1GBのサーバーにて配置しようとすると、
「タイムアウト」のエラーが発生してしまいます。

ちなみに、１ファイルだけでは問題なく配置できます。

なので、CLRを配置する基本的な設定は大丈夫だと思うのですが、
このような大きな場合だと無理なのでしょうか？

よろしくお願いします。

おそそう。
DLLが57ですよね？
1つにできないの？

■No5169 (NORTH さん) に返信
> これが、かなり大量のCLRプロジェクトファイルでして、

確かに大量ですね。
それは、すべてCLRでないと実現できないロジック、CLRでないと遅いロジックだけで構成されているのでしょうか。
「開発言語を統一する」との御旗の元に、普通にT-SQLで作成できるロジックやT-SQLの方が速いロジックも一括してCLRにてしてしまっているのではないでしょうか。

CLRの成功する使い方の基本は「T-SQLで充分なものはT-SQL、例外的にCLR」だと思っています（いまさら変更も無理なのでしょうけれど）。
多分、この基本からも分かるように、ご質問になるような大量のCLRプロジェクトファイルは想定していないんじゃなかろうかと思います。

■No5192 (はつねさん) に返信
> ■No5169 (NORTH さん) に返信

早速のご解答有り難う御座います。

>>これが、かなり大量のCLRプロジェクトファイルでして、
>
> 確かに大量ですね。
> それは、すべてCLRでないと実現できないロジック、CLRでないと遅いロジックだけで構成されているのでしょうか。
> 「開発言語を統一する」との御旗の元に、普通にT-SQLで作成できるロジックやT-SQLの方が速いロジックも一括してCLRにてしてしまっているのではないでしょうか。
>

おっしゃる通り「開発言語を統一する」との御旗の元に、全てCLRにしてしまっています。

> CLRの成功する使い方の基本は「T-SQLで充分なものはT-SQL、例外的にCLR」だと思っています（いまさら変更も無理なのでしょうけれど）。
> 多分、この基本からも分かるように、ご質問になるような大量のCLRプロジェクトファイルは想定していないんじゃなかろうかと思います。
>

一応メモリ３Gbyteのサーバーでは配置できていますので、１Gbyteのマシンは、メモリ増設するしか方法はないのでしょうか？
おわかりでしたらご解答お願い申し上げます。

■No5170 (中博俊さん) に返信
> おそそう。
> DLLが57ですよね？
> 1つにできないの？

早速のご解答有り難う御座います。
DLLではなくCLRプロジェクトファイル数が５７個です。
ちなみにそのファイルを１個にして配置もしてみましたが、やはり
タイムアウトエラーになります。

2007/07/09(Mon) 16:23:09 編集(投稿者)

DLLのアセンブリの配置って、所詮は一つ一つのDROP＆CREATE処理のストアド処理なので……
つまりは５７回のDROP＆CREATEをサーバー上で無理なく処理させるためのスペックを考えることになりますね。
VisualStadioから配置しているのでは、タイムアウトの危険をはらんでいると思います。
間にミドルウェアはさむことになるのですし。

非力なマシンなのであれば、自身でアセンブリ登録SQL文を作って、VisualStadioではリビルドまでにして
登録SQLの実行をサーバー上、SQLServerManagementの画面から自分で行うとかなら対応できそうですけれど。

C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

C# と VB.NET の入門サイト

Re[3]: SQLサーバー２００５のCLRの配置について

過去ログには書き込み不可