我们正准备将新系统推广到生产环境，并且遇到了与 SQL 的连接超时的问题。
该产品主要由不熟悉 .NET 功能的 SQL 开发人员编写。我们发现超时的存储过程的复杂性非常高。发生了很多事情，比如决策制定、控制流以及调用其他 10 个存储过程进行计算。
我的直觉是，这需要重构为一个 .NET 引擎来进行决策，然后简化 SQL 语句来处理数据和数据质量。我需要帮助来提出这个论点。SQL 开发人员指出，10 分钟的超时适用于生产中的该系统。
.NET 设置了一个在大多数情况下都合理的默认超时...设置 SQL 连接超时的实际上限是多少？
我相信您所说的不是 SQLConnection 超时，而是 SQLCommand 超时，这取决于您的应用程序。
有大的时间是不切实际的，特别是如果你正在执行复杂的逻辑，
首先，在您考虑将代码移动到 C# 之前，我会检查存储过程和所有嵌套过程是否已正确优化。SQL Profiler、执行计划和统计信息都有助于诊断这一点。
如果 sql 已经是最佳的，您可能需要考虑用户如何与站点交互，例如操作是否可以被安排/排队，并且用户在完成收集结果后稍后再回来。
用 C# 重写听起来需要做很多工作，你真的需要了解 sql 在做什么以及重写它会有什么帮助。
我认为您除了创建超时之外别无选择，没有实际限制。我猜你没有时间用 C# 重写所有东西。唯一的问题是看到它是脆弱的系统，如果连接中断，你必须确保你的数据库保持在有效状态。