SQL Server 2005 に埋め込む予定の .NET アセンブリを作成する際に従うべき重要な方法は何ですか?
私はこれが初めてで、次のような重要なメソッド属性があることがわかりました。
[SqlFunction(FillRowMethodName = "FillRow", TableDefinition = "letter nchar(1)")]
また、避けるべき一般的な落とし穴なども探しています。
SQL Server 2005 に埋め込む予定の .NET アセンブリを作成する際に従うべき重要な方法は何ですか?
私はこれが初めてで、次のような重要なメソッド属性があることがわかりました。
[SqlFunction(FillRowMethodName = "FillRow", TableDefinition = "letter nchar(1)")]
また、避けるべき一般的な落とし穴なども探しています。
私が覚えているいくつか:
どこで情報を見つけたのか思い出せませんが、覚えている情報はいくつかあります。
基本的に、宣言型 T-SQL が複雑すぎるか、実行できない場合 (レジストリの編集など) にのみ使用してください。
アセンブリの展開に関する 1 つのヒント:
小さなアセンブリ間で機能を分離したままにします。依存関係チェーンを構築しないようにしてください。基本アセンブリを置き換えると、基本アセンブリを更新する前に、まず依存アセンブリを削除する必要があるためです。
n 層アプリケーションを考えて、.net アセンブリをデータベース サーバーに配置しないことを強くお勧めします。永続性 <- ビジネス ロジック <-プレゼンテーション ロジック <- クライアント ロジックをビジネス ロジック レイヤーに保持します。
データベースに .net を配置する唯一の理由は、新しい複雑なデータ型を追加することです。これは、データを保持するだけで処理を行わないダム クラスであることを強く望みます。
できるからといって、そうすべきだというわけではありません。質問に直接答えなくてすみません。