SQL的JAVA连接器_Azure Logic App中的Sql连接器

业务问题：我们希望每天从数据库中读取多行(具有特定条件)，迭代这些行并向行中的电子邮件发送电子邮件，然后更新该行，表明电子邮件已发送(以防止每天或每天多次向该人发送电子邮件) .

我们所有的数据库，服务器，wep应用程序等都使用windows azure . 看到我们有应用服务，我们开始研究创建逻辑应用程序的想法 .

简单逻辑应用程序流程：重复(每天一次)=> SqlConnector(StoredProcedure或select语句)=> Foreach行(emailapi(row.email)=> SqlConnector(更新行))

并发症：

逻辑应用程序需要从我们的一个SQL数据库中读取 . 所以我们通过创建一个sql连接器来解决这个问题，并且从那个连接器我们可以公开存储过程，表等.sql连接器的主要问题是我们想要调用的存储过程只是根据一个表从表中选择数据 . 其中涉及sql函数，并且sql连接器无法生成逻辑应用程序读取select语句返回的行所需的元数据 . sql连接器只能为out参数或返回值生成元数据，我们无法通过其中任何一行返回多行 .

下一个想法和第二个复杂因素是，由于我们意识到我们无法调用此存储过程并获取行，因此我们尝试通过sql连接器使用select语句获取行 . 这个方法的问题是我们的where子句必须有一个sql函数，这是不支持的 .

忽略并发症：

假设我们可以从数据库中读取这些特定的行，然后我们想要迭代这些行，这些行应该可以通过逻辑应用程序中的“重复”操作获得，并发送一封电子邮件 . 我们选择使用我们自己的自定义API发送电子邮件(azure不为我们的电子邮件服务SendWithUs提供托管API) . 电子邮件完全正常，我们可以从我们的azure逻辑应用程序中查看和调用我们的api endpoints . 我们对此api endpoints 发送电子邮件的担忧是它不是最安全的 .

My question/s: Can we accomplish the task that we are trying to accomplish with the sql connector or should we be looking into alternatives?

替代方法：将我们想要做的所有内容放在提供电子邮件 endpoints 的自定义api应用程序中 . 这需要连接到数据库，调用存储过程，循环存储过程的结果以发送电子邮件，然后更新已发送电子邮件的数据库记录 . 此时我们的逻辑应用程序只会有一个重复触发器，以及一个完成所有工作的api调用 . 但是，这个api endpoints 需要尽可能安全，同时仍然可以从逻辑应用程序访问 .