2012-07-20 39 views
0

我们正在升级我们的系统以支持群集和自动故障转移功能。我们的业务在SQL Server Express上运行.NET 4应用程序,Web应用程序和服务。我们可以升级到SQL Server标准版,但成本激励我们考虑其他选项。将.NET数据层与ODP.NET集成是否合法?搜索后,我看到一个或两个否定(viz)的倾向性陈述,但似乎people are doing it anyway。 Visual Studio IDE中的哪些开发功能会丢失?谢谢你的帮助!我应该考虑从我的ASP.NET应用程序从SQL Server迁移到Oracle吗?

+5

不管你是否使用Oracle或SQL标准,你仍然必须支付$$$,对吗?即使Oracle的价格标签比SQL标准便宜,您是否增加了迁移到最终价格的成本?迁移可能比任何许可费用都要昂贵 – 2012-07-20 16:44:29

+3

我宁愿支付$$而不是重构我的代码来处理Oracle。 – TheGeekYouNeed 2012-07-20 16:49:09

+2

@JoshE,在同一句话中使用“Oracle”和“cheap”这两个词似乎并不完全正确...... – Ben 2012-07-20 16:50:53

回答

3

那么,我现在已经工作了20多年,使用Oracle和MS SQL Server完成了很多项目。有些项目现在运行超过10年,包括所有更新和维护等。

我的快速回答是:留在MS SQL Server中。如果你真的有很好的技术原因,或者你的计划真的是一个巨大的数据库,并且你有足够的人员来处理所有的管理问题,那么只能去Oracle。

主要原因是SQL Server维护起来容易得多;并且它也很大程度上集成到Microsoft环境中。相比之下,甲骨文公司的学习曲线陡峭。 Oracle的处理比MS SQL Server更“手动”。那么,这也是一件好事,因为你控制着每一个小细节,但这也意味着你需要学习很多;或者你需要支付专家。找到真正知道该做什么的人并不容易。

我真的很喜欢这两个系统,但根据经验法则,我通常建议使用MS SQL Server。

+0

只需将此添加到我的答案中,如果您比较成本,请不要忘记查看总成本。相信我,从长远来看,甲骨文有更高的维护成本,而且只有在你正在做一件真正的大事时才会有回报,比如企业数据库。 – 2012-07-20 19:20:06

+0

谢谢格奥尔格,这非常有帮助。 – 2012-07-20 19:48:00

0

我一直在使用.net和Oracle多年,每当选项可用时,就从它迁移出去。

如果所有数据库代码都存储在特效库中,并且通过代码隐藏或库调用它,并且使用ansi sql,则从ms sql到oracle的迁移将相当轻松。

如果你使用TableAdapters,它们会重新写入你放入oldschool的oracle 8语法中的任何sql,比如table1,table2,table3,然后有一个很大的where子句来完成连接条件。还有一些奇怪的错误,有时在SQL Developer中运行良好的sql在TableAdapter中不起作用。

如果使用Entity Framework迁移应该很容易,但MS SQL驱动程序比Oracle更好。由于当前驱动程序存在各种错误,因此在oracle中通过EF进行了几次查询。

如果您需要更多信息,请告诉我。

此外,如果成本是考虑迁移的主要原因,为什么不去用mysql?

+0

谢谢安德鲁,我将会看MySQL。我担心它的实体整合会留下很多不足,但免费是免费的,取决于需要多少轮子重建,这样的事情可能是值得的。 – 2012-07-20 19:49:37

0

由于您已经在MS SQL中工作,您必须习惯于它的工作方式,无论是实体框架还是任何其他数据执行。是的,微软有很高的许可费率。但是如果你想移动到任何其他数据库,这是完全没问题的。我亲自使用过MS SQL和MySQL。最初,您可能会遇到一些与语法相关的问题,但请记住,获取和保存数据的逻辑保持不变。此外,它给你一个好处,你必须学习一门新的语言,而且这样做的代价是钱少得多。

相关问题