如果partition 1负载过重，在查询partition 2时，是否会跨单独的页面blob（Azure数据磁盘）对SQL Server数据库进行分区会对性能产生影响？
我理解页面blob不是必需的单独物理磁盘，所以我想知道性能。
上下文编辑：基本上我想将旧的（存档）数据从实时数据中分区（所以超过3个月的所有内容）以减少数据库和索引大小。但是，此归档数据仍必须是可查询的。
答案 0 :(得分：1)
如果您的查询不需要从分区2中获取数据，我怀疑影响会很小。但是，如果您的目标是提高性能，您是否考虑使用blob创建RAID 0（条带）？
答案 1 :(得分：1)
这绝对是一个“取决于”的答案，并会对您进行一些测试。
2012 Scalability Targets显示大约60 MB /秒的blob而VM sizes显示超大型实例获得800 Mb /秒 - 目标吞吐量显然取决于您的使用情况，因此您可以或者可能无法接近这个数字，如果可以的话，你可能会使你分配的带宽饱和，所以绝对没有必要继续下去。
我倾向于使用每个数据库实例的基本配置，获取1个驱动器用于数据，1个驱动器用于日志。如果您的网络上仍有任何空间，那么您可以根据需要进一步查看分区。
或者，您可以考虑使用Data Compression，如果问题在于您能够以多快的速度从蔚蓝驱动器底层的blob中检索数据......