我的一位同事告诉我，前几天SQL Server并不是为处理太字节数据而设计的......这可能适用于SQL 2000或10年前的任何数据库，但我不相信今天是这样的。其他人如何处理他们需要存储大量数据（100 +太字节）的情况？增长一台单服务器可能不是选择，但我认为我们可以跨越许多较小的服务器对数据进行分区，并使用视图等，以允许我们跨服务器进行一次查询调用。任何想法如何在这样的模型中执行并发性等，其中数据在服务器之间进行水平分区？
非常感谢任何建议/意见。
谢谢，
取值
答案 0 :(得分：6)
是否设计处理这个大小是一个潜在的争论问题。如果您想要了解可能的冷酷事实，请继续阅读。
根据Microsoft发布的the specification，SQL Server 2008 R2（32位和64位版本）的最大数据库大小为524,272太字节。这与SQL Server 2008相同，而SQL 2005则为524,258太字节。
看，他们做了一些改进，从2005年到2008年，你的数据库中可以额外增加14太字节：）