我们运行着一个大脚本，以实现数据库模式更改等，以将数据库从一个版本升级到另一个版本。那里既不存在，也不存在。...这里重要的是，当前有超过8mb的脚本要处理。
在一个Azure数据库上运行此脚本需要20分钟。
这是有趣的地方。在测试脚本时，我决定将 SET NOEXEC ON 插入关键位置，以查看问题是否由该点之前的脚本引起。而且我无处可去。最终，我无奈地在脚本开始处设置了NOEXEC。
，仍然需要17分钟才能“运行”，什么也不做
现在，此数据库是一个小小的“测试”数据库S0、10DTU。因此，如果某处某物受到限制，我不会感到惊讶。但是呢它是否将8mb的SQL脚本文本发送到需要那么长时间的数据库？是数据库解析了花费了这么长时间的指令（毕竟，即使NOEXEC处于ON状态，我仍然需要解析文本，以防万一其中存在SET NOEXEC OFF）？
或者，发布一个实际问题： 有什么办法可以加快这一步吗？