我们一直在使用Web应用程序框架构建需要能够查询sql Server数据库并将结果作为
XML获取结果的应用程序.
过去,框架提供了这个能力.但是,这种能力现在已经不推荐了.
所以我们在想,框架允许我们通过HTTP轻松查询REST服务,所以为什么不使用sql Server HTTP端点.然而,我们看到,从sql Server 2008开始,已经不再使用HTTP端点了.而不是将来设计架构的平台.
Azure(以前的sql数据服务)将提供类似的服务,但现在只支持TDS协议,而不是http.所以没有在Azure中找到REST.
建议的替代方法是使用WCF数据服务(以前称为ADO.NET数据服务)开发自定义应用程序.但这意味着一个完整的应用程序可以开发,部署和维护,大概有自己的身份验证设置与sql Server不同,它自己的源代码库…使用我们没有经验的技术,因此与自己的漂亮深刻的学习曲线.
您可以建议任何其他方式通过REST / HTTP查询sql Server数据库,这不是不推荐使用的,并且会以XML格式返回结果？
感谢任何帮助.
解决方法
阅读这里：
Creating an OData API for StackOverflow including XML and JSON in 30 minutes.基本上,前进的道路是REST应用程序层(提供OData映射的WCF供电EF)提供. IMHO直接访问引擎的HTTP访问是一个非常糟糕的主意,没有人喜欢sql Server 2005的HTTPEndpoints,并且它们被误导.不能将HTTP错误模型,安全性,类型系统映射到sql,并期望平滑的互操作性.将HTTP层存储在专用应用程序中,将处理HTTP生态系统的责任推向专门针对该(WCF)的组件,以及将REST模型映射到专门从事该作业的组件中的DB模型的逻辑.
