0

私はADO.NETDataServicesに精通していませんが、使用できるように見えます。私に必要なのは、このテクニックに関する賛否両論のリストです。ただし、良い/悪い議論を避けるために、私はこの質問を言い換えています:

このADO.NET手法は優れており、サイトからの次の更新で実装する必要があることを同僚/マネージャーに何を伝えますか?


これにより、次のことが解決されるはずです。約50の異なるデータベーステーブルを維持するサイトを開発しています。毎日、自動化されたプロセスがこれらすべてからデータを抽出して、エンドユーザーに送信されるXMLファイルを生成しています。エンドユーザーは、データを受信するために午前中にサーバーに接続するだけで、データを送り返すことはありません。

数人のデータ管理者は、すべてのデータを最新の状態に保つ責任があります。現時点では、これは、微調整が可能な動的データサイトが表示されていることを意味します。このサイトはまだ進行中であり、おそらく数年以内に完全に書き直されるでしょう。ただし、一部の管理者は、「大量の」更新を行う必要がある場合があることを明確にし始めています。(まあ、たぶん約200レコードを変更するだけです。)彼らは、サイト内のあるソースからレコードごとにこのすべてのデータを入力することを本当に望んでいません。彼らは追加する必要のあるデータのリストを持っており、これが自動化された方法で行われることができれば好むでしょう。

この目的のために、データサービスは素晴らしいように見えます。しかし、繰り返しになりますが、私はこのテクニックに精通していません。ある同僚はすでに次のようなことを言っています。「私はそれについて聞いたことがありますが、それは多くの点で悪い話だと思います。」しかし、詳しく説明するように頼まれたとき、彼はただ拒否しました...(彼はおそらく今このトピックについてグーグルしています。)とにかく、私には非常に懐疑的な同僚が1人と、それが役立つことを彼らに納得させるためのマネージャーが数人います。実際、データサービスの追加は簡単で、開発コードにはすでにデータサービスが含まれています。(45分ほどで動作します。)現在のように、データ管理者がデータのリストを追加する必要があるときはいつでも、カスタムクライアントアプリケーションをその場で作成できます。ですから、ここには大きな利点があります。しかし、それは十分に説得力がありません...

4

1 に答える 1

1

ADO.Net データ サービスを使用すると、クライアントが後でダウンロードするデータをオフラインでエクスポートするのではなく、選択した形式でクライアントがリアルタイムでデータを消費できるようになります。

シナリオによっては、これが大きなメリットになる場合があります。

于 2009-07-09T10:52:28.687 に答える