sql - SQL Azure 是否适合临时密集型 SQL 处理？

Question

我正在寻找有关 SQL Azure 是否适合一次性、短期密集处理一批 SQL 数据的平台的一些指导。 (即“处理”数据)

我的情况如下:

我有一个包含单个数据表的 32Gb 数据库。该表包含使用几何数据类型定义的空间数据以及相关属性的各个列。我需要对这些数据执行一些一次性处理，这涉及执行一系列计算量大的查询(就像大多数空间查询一样!)

当我在自己服务器上的数据子集上测试这些查询时，它们需要几个小时才能完成。我希望，如果我尝试在本地对整个数据集执行它们，它会将我的 SQL Server 锁定数天(或者它可能会尝试失败)，这是我试图避免的情况。

因此，我正在寻找一种短期替代方案，我可以将这些查询设置为在其他地方执行，并在完成后检索已处理的表。

我知道 SQL Azure 平台旨在提供灵活的容量(在存储方面)，并且还可以扩展以适应例如交易数量增加。引用的典型示例应用程序似乎是为需求快速增加或波动的 Web 应用程序/商店提供数据库后端。
但是，我还没有找到很多关于 SQL Azure 是否适合容纳单个长时间运行的查询、串行执行的详细信息。

只是要清楚 -

我希望这是一次性手术。或者，也许每年执行一次。

处理完成后，我无意继续“在云中”托管数据 - 我想检索处理过的数据集并再次在现场托管。

轻松地从平台获取数据/从平台返回数据显然很重要，因为我不希望永久“迁移”任何东西。如果我理解正确，您无法将数据库备份/还原到 Azure，并且编写数据脚本将非常痛苦。

我对 Management Studio 很满意，任何允许我使用它作为界面来运行查询和对结果进行抽查的平台都会有好处。

如果有人在此类事件中使用 SQL Azure 有任何经验，或者可以提出替代方案，我将不胜感激!

Answer 1

我真的不确定 SQL Azure 是否适合这项任务 - 在存储方面没有问题，但我不知道它的架构对于长时间运行的任务有多好。具体见:

SQL Azure Database provides a large-scale multi-tenant database service on shared resources. In order to provide a good experience to all SQL Azure Database customers, your connection to the service may be closed due to the following conditions:

• Excessive resource usage
• Long-running queries
• Long-running single transactions, between the BEGIN TRAN and END TRAN statements
• Idle connections

This is different from how an on-premise instance of SQL Server works.

来自: http://msdn.microsoft.com/en-us/library/ee730903.aspx

所以我担心 SQL Azure 可能不适用于您的长查询 - 除非您可以将它们分解为大量短查询。

如果 SQL Azure 不能为您工作，那么您最好在某处(可能是 AWS 实例？)部署一个单独的 SQL 实例来执行这些一次性计算。