如果partition 2负载过重，在查询partition 1时，将SQL Server数据库跨单独的页面Blob（Azure数据磁盘）分区会对性能产生影响吗？
我知道页面Blob不是必要的独立物理磁盘，所以我想知道它的性能。
上下文编辑：基本上，我想将旧的（存档）数据与实时数据分开（因此，所有超过3个月的数据），以减少数据库和索引的大小。但是这个归档数据必须仍然是可查询的。
这肯定是一个"取决于"的答案，需要对您进行一些测试。
2012年的可扩展性目标显示一个大约为60 MB/秒的blob，而虚拟机大小显示一个超大实例的吞吐量为800 MB/秒-目标吞吐量显然取决于您的使用情况，因此您可能无法接近这个数字，如果可以的话，您可能会使分配的带宽饱和，因此绝对没有必要再进一步了。
我倾向于使用每个数据库实例的基本配置，即获得1个用于数据的驱动器和1个用于日志的驱动器。如果您的网络上还有任何余量，那么您可以根据需要进一步考虑分区。
或者，如果你的问题是从azure驱动器下面的blob中检索数据的速度有多快，你可以考虑使用数据压缩。。。
如果您的查询不需要从Partition 2获取数据，我怀疑影响会很小。但是，如果您的目标是提高性能，您是否考虑过创建带有Blob的RAID 0（条带）？