C# 对Azure SQL运行SQL查询，并替换为不使用EF的瞬时故障处理

在访问Azure SQL和在pastI中运行查询时，我们使用了本文概述的技术：。根据文章顶部的注释

所述内容和技术已过时，不再适用 正在维护。有关更多信息，请参阅瞬态故障处理

该文章提供了以下信息：

重要提示：Azure存储和Azure的SDK的最新版本 服务总线本机支持重试。建议使用这些工具 而不是瞬态故障处理应用程序块

从我的搜索来看，重试逻辑似乎已经被移动到实体框架中，并被调用

我想在没有实体框架的情况下使用它。最初，我希望对数据库执行原始SQL。当使用可靠的SQL连接时，我能够将它与各种ORM一起使用，因为当它被设置时，我可以只传入内部用瞬时故障块包装的SQL连接

---

在没有EF的情况下，如何使用连接弹性？或者，如果这是不可能的，微软批准的访问SQLAzure和处理瞬时故障的新最佳实践是什么

一定要看一看。谢谢。为什么不试着回答这个问题，并向他们展示一下如何用这个来执行sql查询呢？它也是EF的一部分，如何在不使用EF访问SQL的情况下使用它？答案作为答案，评论是用来与OP沟通，以获得澄清或解释某些事情。不幸的是，我没有亲自使用它，因此我没有资格作为答案。我记得很久以前曾回答过一个类似的问题（关于按需创建暂时性错误），并基于对您可能有用的想法进行了查找。您可以在此处阅读：“.NET SqlConnection parameters for connection retry”一节。您可以在连接字符串（从.NET 4.5开始）中设置几个参数来帮助自动重试，但这与您提到的重试策略并不完全相同。但这似乎就是“Microsoft批准”的全部内容。虽然您可以重用SqlAzureExecutionStrategy，因为它有一个简单的执行方法，可以通过重试运行任意代码块（这将处理azure特定的暂时异常，并在必要时重试该代码块），但我无法将其命名为“Microsoft批准的解决方案”。