这不是关于优化SQL命令的问题。我想知道有什么方法可以确保SQL连接保持打开,并准备好尽可能有效地处理命令。我现在看到的是,我可以执行一个SQL命令,该命令需要大约1秒,额外的执行将需要大约300ms。这是在先前针对SQL server (从另一个应用程序实例)执行命令之后...因此,在此应用程序首次执行之前,应为已执行的查询完全填充SQL缓存。只要我不断地重新执行查询,我就会看到大约300ms的时间,但如果我让应用程序空闲5-10分钟并返回,那么下一个请求将回到~1秒
我们使用内置的工作表功能创建了所有必要的SQL脚本。我们总共编写了大约80个工作表,每个工作表包含5-10个sql语句。作为下一步,我们希望以简单的顺序自动执行这些工作表。但是,我们研究的两种内置解决方案--任务和存储过程--不能在一次调用中执行多条SQL语句。Multiple SQL statements in a single API call are not supported; use one API call per statement instead你们是怎么处理的?我们真的