CLR UDT はエンタープライズ アプリケーションで一般的に使用されますか?

StackOverflow https://stackoverflow.com/questions/485829

質問

SQL Server 2005/2008 で利用可能ないくつかの新しいテクノロジを調査しています。私のアプリケーションのほとんどは C# で書かれており、通常はデータベース コンポーネントを持っています。Google で見つけたもののほとんどは、「これが CLR UDT のセットアップ方法です」という基本的なものです。実際のアプリケーションと使用法に関して、いくつかの一般的な質問があります。

  • CLR ホスト型 UDT はアプリケーションで一般的に使用されますか?大規模でも小規模でも
  • それらを使用する際にパフォーマンス上の懸念はありますか?
  • DBA は通常、組み込み型のみを使用することを好みますか?

オブジェクトをテーブルに詰め込むだけの方法のように思えます。それらを使用することで解決策が簡略化される実際の範囲の問題は最小限であると仮定するのは正しいでしょうか?

役に立ちましたか?

解決

UDTの唯一の彼らは本当にあなたのアプリケーションのいくつかの基本的な項目を表す利点を持っています。ほとんど常に彼らが構築された種類の中に分解することができますが、利点は、あなたが返されたオブジェクトをキャストする必要がないことです。だから、あなたはおそらく、そのような従業員などの複雑なオブジェクトを表すことUDTのを使うべきではありませんが、それはそれの定義の中で光のですが、非常に剛性のため、サイズや場所などの基本的なものは良い選択かもしれません。

他のヒント

私はそれらを用いて調べたが、バージョン管理オーバー不安になりました。あなたは、サーバー上にアセンブリの新しいバージョンをアップロードした場合はどうなりますか?依存関係のために、あなたはUDTを削除して再作成する必要があると思いますが、何が、その後のデータはどうなりますか?私たちは、組み込み型に固執ます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top