私たちは、Webアプリケーションフレームワークを使用して、SQL Serverデータベースを照会して結果をXMLとして取得する必要があるアプリケーションを構築しています。XMLを取得するためにREST経由でSQL Serverを照会する方法
以前は、フレームワークがその機能を提供していました。しかし、その機能は廃止されました。
フレームワークでは、HTTP経由でRESTサービスを簡単に照会できるので、なぜSQL Server HTTPエンドポイントを使用しないのかと考えていました。ただし、SQL Server 2008の時点では、HTTPエンドポイントは推奨されていません。将来のアーキテクチャを設計するプラットフォームではありません。
Azure(以前のSQL Data Services)も同様のサービスを提供していましたが、httpではなくTDSプロトコルのみをサポートしています。 AzureにはRESTはありません。
代わりに、WCF Data Services(以前のADO.NET Data Services)を使用してカスタムアプリケーションを開発することをお勧めします。しかし、それはおそらく、SQL Serverとは別の独自の認証設定と独自のソースコードリポジトリを使って開発、デプロイ、および保守する追加のアプリケーション全体を意味するだろう。深い学習曲線。
REST/HTTP経由でSQL Serverデータベースにクエリを行う方法はありません。これは非推奨ではなく、結果はXMLとして返されますか?
ありがとうございました。
このチュートリアルでは、WCF/ADO.NETルートへの移行を決定していただきありがとうございます。しかし、問題に説明されているように、開発プロセスに追跡ツール、展開ツール、および管理する関連する一連の成果物を追加して、完全に新しいツールチェーン(VSとそのコンポーネント/拡張機能)を追加する必要があるため、この作業を躊躇します。さらに悪いことに、このテクノロジが初めてのため、アーティファクトがどのようなものであるか、どのアーティファクトを追跡する必要があるのかはわかりません。 – LarsH
OK、なぜHTTPエンドポイントが消え去ったのか、良い根拠があります。 「誰も気に入らない」に関しては、私は同意しないだろうが、多分、好き嫌いがあったかもしれない。とにかく、より良い選択肢がないように思えます。 – LarsH