型付きデータセット：良い選択肢か悪い - 型付きデータセットをアプリケーションで使用する必要があるのはなぜですか？

Question

.net 2.0リリース以来、この質問は多数回にわたって議論されてきました。多くの開発者はTypedデータセットを支持しておらず、実際にそれらを使用する人はほとんどいません。

質問の目的は、の理由を識別して、アプリケーションでTypedデータセットを使用する必要があるかどうかを判断することです。

私の場合、私は個人的に長い間使っています。私はそれらを独立型のデータアクセスオプションとして使用せず、すべてのSQLクエリを抽象的に格納できるデータモデルとして使用します。型付きデータセットを使用するために私の主な理由のためにそう

されている。..

1）完全にtradionalデータセットとは異なり、入力されたDataModel。

2.）コードからのすべてのクエリの濫用。あなたは が好むまたは型付きデータセット を使用しない理由

それらの理由は何ですか？そして、専門家の助言は何ですか このトピックからの彼らの経験から まで？

Answer 1

私はいくつかの理由のためにそれらを使用しない傾向にあった。

彼らが管理すべき状態の別のレベルをご紹介。

システムのリレーショナルモデルは、必ずしも直接オブジェクトモデルにマップされるわけではありません。それらを分離しておくことで、オブジェクトモデルとは独立してリレーショナルモデルを最適化できます。

私はこれに少数派であるかもしれませんが、コード全体にSQLクエリを散在させることで大丈夫です。 SQLは、非常に単純で、ほとんどの言語で素晴らしいバインディングを持っており、多くの場合、プログラムで構成された（私はいつも彼らが使用することができますバインド変数を使用し、ここではSQLインジェクションの話ではありません）。

データセットは主に、フォームデザイナーでのデータのドラッグ＆ドロップをサポートする方法として意図されていたと思います。私はテーブルデザイナーとクエリデザイナーが大好きですが、データセットの余分なオーバーヘッドを見いだしましたが、努力する価値はありませんでした。

Answer 2

は個人的に、私は早く私ができるようにデータベースから出て、強く型付けされたオブジェクトにデータを取得したいという理由だけで、ほとんどの時間をデータセットを避けます。速度のために、私はデータレディヤーを使用していますが、それはポイントの横にあります。それは大きな部分であるobject-relational impedanceの泥酔から抜け出しています。