我有一个运行小型企业的客户端。他们需要一个自定义的数据库解决方案,我正在研究各种选项。我的经验仅限于使用本地SQL Server(无ASP.NET)的.NET,但是,此客户端是非技术性的,并且可以从DBA任务外包中受益。我是一个完整的Azure noob,我只是浏览了这些教程,他们都是针对开发MVC ASP解决方案。客户端不需要基于浏览器的解决方案。从不同地区办事处使用的胖桌面客户端将是我可以提供的最便宜的选项。我只是想通过所有的教程和文档节省一些时间,只是为了发现这不是SQL Azure打算做的。实际上我的问题归结为:SQL Azure适用于桌面客户端应用程序
我可以开发一个C#/。NET WPF桌面使用实体框架4应用程序并创下SQL Azure的,而不是本地的SQL Server?
是否有与EF4和SQL Azure的任何已知的陷阱?
是否有其他隐藏的开发成本/使用SQL-Azure的,而不是本地SQL Server的并发症。
基本工具支持是否一样?我可以想到一个具体的例子;如何获得用于故障排除的SQL分析器工具?
的最后一个问题是安全性相关的,我没那么复杂的问一个很好的问题,但创下了SQL Azure的数据库这种方式被认为是安全的,不,不?
我不确定你的意思是不能共享本地开发SQL Server?没有什么可以阻止你使用本地SQL Server或SQL Express作为开发(实际上,这很有意义),只需更改连接字符串即可。你可以解释吗? –
感谢您的详细回复。我有一些WCF的经验(只有局域网),所以这可能是要走的路线。我应该提到我是EF新手(虽然我有一些Linq to SQL exp)。观看一些关于EF的培训,我被一些拖放RAD功能所迷惑,但我可以看到从长远来看,我最好用服务层。我仍然对WCF感到困惑的一件事是所有的绑定选择(尤其是所有的ws *风格)。在我的项目中,我只使用了net.tcp,但在这里可能不合适。有什么建议么? – Tod
我的意思是运行一个Azure虚拟机,并有一个其他人可以连接到的“真实”天蓝色环境。我想你可以并提供一个连接字符串......但我通常按照你建议的方式去运行常规的SQL服务器。 – Jeff