我有一个经营小企业的客户.他们需要一个自定义数据库解决方案,我正在研究各种选项.我的经验仅限于使用本地sql Server(无ASP.NET)的.NET,但是,该客户端是非技术性的,并且将受益于能够外包DBA任务.我是一个完整的Azure noob,我刚刚扫描教程,他们都以开发MVC ASP解决方案为目标.客户端不需要基于浏览器的解决方案.从不同地理位置使用的胖桌面客户端将是我可以提供的最便宜的选项.我只是想节省一些时间来完成所有的教程和文档,只是发现这不是sql Azure打算做的.实际上我的问题归结为：
>我可以使用Entity Framework 4开发一个C#/ .NET WPF桌面应用程序,并将其命名为sql Azure而不是本地sql Server？
有没有任何已知的陷阱与EF4和sql Azure？
>使用sql-Azure而不是本地sql Server有其他隐藏的开发成本/并发症.
>基本工具是否支持相同？一个具体的例子我可以想到我得到一个sql分析工具进行故障排除？
>最后一个问题是安全性相关,我不够复杂,不能提出一个很好的问题,但是正是以这种方式将sql Azure数据分解为安全性否？
解决方法
>是的,您可以,但更合适的方法是使用WCF数据服务或其他形式的Web服务(asmx或WCF)作为应用程序的服务层.我喜欢这种业务应用程序的方法.我讨厌网络应用程序的业务线,并通过使用连接的WPF桌面应用程序的服务,您可以获得在云中运行的优势,并提供云服务,而无需基于
HTML. > sql Azure现在完全支持EF.过去有一些问题,但是这几天我还没有遇到过. >在开发成本和并发症方面 – Azure桌面托管环境从发展的角度来看是一个PITA,但我没有出现重大问题.您无法共享本地DEV sql Server,除非您使用托管实例….当然有一个开发成本,因为您必须支付使用费用. >好点！ sql Azure目前不提供sql Profiler支持.我个人使用内置的EF跟踪支持功能. 从安全角度来看,直接暴露sql Azure DB不是一个好主意.这就是为什么我建议在第1点击中WCF数据服务(或其他Web服务)端点.
