Sql server SQL Server和Oracle，哪一个在可扩展性方面更好？

MS SQL Server和Oracle，哪一个在可扩展性方面更好？

---

例如，如果数据大小达到500 TB等。

oracle人员会告诉您oracle更好，sql server人员会告诉您sql server更好。

---

我说它们的规模差不多。使用你更了解的东西。在oracle和sql server上都有这样大小的数据库，这还取决于应用程序的用途。如果它只使用很少更新的插入，那么我认为MSSQL在性能方面会更具可扩展性和更好。然而，如果有很多更新，那么Oracle会更好地扩展

Oracle或MSSQL是否会更好地扩展/执行是问题15。无论您运行的是Oracle、MSSQL、Informix还是其他任何东西，数据模型都是第一个成功或失败的项目。数据模型结构，什么样的应用，如何访问数据库等，您应该首先问自己的问题是，您的开发人员非常了解哪个平台可以用于大型系统等。

Oracle和SQL Server都是共享磁盘数据库，因此，对于扫描大量数据的查询，它们受到磁盘带宽的限制。或等产品是数据库在各个节点上存储水平分区的体系结构。这种类型的体系结构提供了最佳的并行查询性能，因为每个节点上的本地磁盘不受SAN上的中心瓶颈的限制

共享磁盘系统（例如Oracle或安装仍然需要共享，这限制了流媒体的带宽。在VLDB上，这会严重限制可能实现的表扫描性能。大多数数据仓库查询跨大数据块运行表扫描或范围扫描。如果查询每次命中的行数超过百分之几gle表扫描通常是最佳的查询计划

节点上的多个本地直连磁盘阵列提供了更多的磁盘带宽

话虽如此，我知道一家Oracle DW商店（一家主要的欧洲电信公司）有一个基于Oracle的数据仓库，每天负载600 GB，因此共享磁盘体系结构似乎没有施加无法克服的限制

MS-SQL和Oracle之间存在一些差异。IMHO Oracle比SQL server具有更好的VLDB支持，原因如下：

• Oracle本机支持，这是一种适合于高速数据仓库查询的索引结构。它们本质上是一种CPU，用于I/O折衷，因为它们是运行长度编码的，占用的空间相对较少。另一方面，Microsoft声称这并没有明显的慢

• Oracle具有比SQL Server更好的表分区功能。IIRC SQL Server 2005中的表分区只能在单个列上完成

• Oracle可以在SQL Server上运行，但在某些系统上可以运行SQL Server

• Oracle对关系查询的支持和优化更为成熟。SQL2005确实有一些查询重写功能，但它的文档很少，我还没有在生产系统中使用过它。不过，Microsoft会建议您使用它，它实际上支持无共享配置

---

除非您拥有真正符合圣经的数据量，并在Oracle和无共享体系结构（如Teradata）之间进行选择，否则您可能看不到Oracle和SQL Server之间的实际差异。特别是自从引入SQL2005以来，SQL Server中的分区功能被认为已经足够好了，并且有已在it上成功实施的系统。

我曾在Oracle上担任DBA（尽管几年前）我现在广泛使用MSSQL，虽然不是作为正式的DBA。我的建议是，在绝大多数情况下，两者都能满足您对它们的所有要求，您的性能问题将更多地取决于数据库设计和部署，而不是产品的基本特性，在这两种情况下，产品的基本特性绝对是一个问题d绝对可靠（MSSQL是微软在许多人看来制造的最好的产品，所以不要让对微软的通常看法蒙蔽了你）

---

我本人倾向于MSSQL，除非您的系统非常大，真正的企业级（大量用户，多个9的正常运行时间等）这仅仅是因为根据我的经验，Oracle往往需要比MSSQL更高级别的DBA知识和维护，才能从中获得最佳效果。Oracle的初始部署成本和雇用DBA的成本也往往更高。如果您正在研究企业系统，那么Oracle将具有优势，尤其是因为如果你能负担得起，他们的支持是首屈一指的。

我非常怀疑你是否能得到这个特定问题的客观答案，除非你遇到在两个平台上都实现了相同数据库（模式、数据等）的人

---

然而，考虑到这两个数据库都有数以百万计的快乐用户，我敢说这两个数据库都可以很好地扩展（我已经看到了一个300 TB的快速Sql 2005实现，似乎反应非常迅速）

我不得不同意那些认为deisgn更重要的人的观点

我曾经使用过许多不同风格的超高速和超慢速数据库（最糟糕的是Oracle数据库，但这不是Oracle的错）。数据库的设计以及您决定如何对其进行索引、分区和查询与可伸缩性的关系远大于产品是来自MSSQL Server还是Oracle

我认为您可能更容易找到更多具有terrabyte数据库经验的Oracle DBA（运行大型数据库是一项专业，就像了解特定的SQL一样），但这可能取决于您所在的地区。

当您访问OBSC时