Entity framework PostgreSql或SQL Server 2008 R2是否应与使用实体框架的.Net应用程序一起使用？

我在PostgreSQL中有一个数据库，有数百万条记录，我必须开发一个网站，使用实体框架使用该数据库（在PostgreSQL数据库中使用PostgreSQL驱动程序的dotnetConnect）

由于SQL Server和.Net都是Windows平台的本机版本，出于性能原因，我是否应该将数据库从PostgreSQL迁移到SQL Server 2008 R2

---

我读过一些比较这两种RDBMS的博客，但我仍然不知道应该使用哪种系统。

您需要了解是否确实存在问题，以及在进行任何应用程序更改之前，迁移到SQL Server是否可以解决问题

首先，忽略您拥有.net的事实，并使用实体框架。查看web应用程序将要进行的查询，并直接对数据库进行尝试。看看它返回信息是否足够快

只有在您调整了索引等之后，如果您认为数据库有问题，您才能在满意的时间内返回答案。在这一点上，对SQL Server数据库尝试相同的测试是有意义的，但不要仅仅假设SQL Server会更快。您可能会发现两者都不能满足您的需要，您需要使用更快的磁盘或更多的内存等

---

考虑到两种技术的信息流动量（一个方向的SQL语句和另一个方向的结果集）几乎相同，您用来与数据库（DotConnect或Microsoft驱动程序）对话的机制可能是一个非常次要的性能考虑因素。

这里没有明确的答案，然而，就主观而言，我认为：

• 学习新的DBMS及其工具的开销
• 每个RDBMS使用的SQL方言以及当前是否使用该方言
• 从PostgreSQL迁移到另一个RDBMS所需的成本（金钱和时间）
• 您或您的客户是否有新RDBMS的持续预算？如果没有，请不要犯开发应用程序的错误，使用一个永远看不到曙光的RDBMS

---

就个人而言，如果你目前的数据库运行良好，我不会改变。为什么要修理没有坏的东西

留在博士后。我认为与.Net的“兼容性”不会有太大影响。是时候进行基准测试了。但是，是的，我看不出有什么好的理由迁移到SQL server。除非你手头有一大堆现金。你遇到的大多数性能问题很可能是由于使用了EF而不是数据库后端。@swasheck:这就是为什么我问这个问题，因为我会使用EF，所以我应该使用哪个数据库。@JitendraPancholi我的观点是，无论使用哪个RDBMS，EF都可能是一个性能问题。