2

SQLまたはアプリケーションサーバーへの完全なSMOインストールがないと、ASP.NETでSMOを使用できないことを学びました。許可されていないので、SMOは使えません。

他のどのライブラリがSMOと同じことをしますが、MSIインストーラーまたはCOM登録を必要としませんか?

ADO.NETコマンド内でサーバーにDDLを送信できることはわかっていますが、SMOを使用して回避しようとしていたのはまさにそれです。

SMOの良さ:

一貫性のないCOBOLのようなDDLに依存しなかったメタデータ(列、データ型)をクエリするためのオブジェクト指向API。

文書化されていないストアドプロシージャ、システムストアドプロシージャ、またはいくつかのバージョンごとに破損するテーブルをクエリする必要はありませんでした。

頭から離れてADOXとDMOについて考えることができますが、どちらもCOMベースのAPIでした。

4

1 に答える 1

1

SMOは内部でT-SQLを実行しています。SMOでプロトタイプを作成してから、プロファイラーで監視してT-SQLを取得できます。

これはおそらくEULA違反ですが、SMOアセンブリをアプリと並べて再配布することができ、その場合は何もインストールしません。彼らのインストーラーがレジストリにヒットするとは思わない。SQLServerManagementObjects.msiをバストオープンして、見つけるのは非常に簡単です。

于 2009-09-05T03:40:59.400 に答える