sp_send_dbmail 使用最佳实践

Question

我想弄清楚 sp_send_dbmail 的最佳使用实践，但我在网上找不到任何答案。

我们的开发人员喜欢使用 sp_send_dbmail 从应用程序内部发送与应用程序相关的电子邮件。假设例如用户忘记了他们的密码，他们将通过执行 sp_send_dbmail 发送用户请求的密码重置电子邮件。这只是他们使用此存储过程发送的多种电子邮件类型之一。这是一个好习惯吗？对我来说，这感觉像是一个肮脏的解决方案，因为有许多 API 可以处理您的应用程序中的电子邮件发送，而作为 DBA，我不喜欢在生产服务器上启用这些选项。我只是别无选择。也许有足够的动机和证据证明这是不好的做法和/或由于各种原因有潜在危险，我可以动摇他们改变它。

Answer 1

SQL Server 核心许可证很昂贵：使用 SQL Server 机器的 CPU 发送数千封电子邮件是没有道理的，尤其是在功能、可管理性、设置和故障排除方面有无数更好的选择时。

另一点是电子邮件和数据库功能之间的紧密耦合使应用程序难以扩展、隔离和管理。一台服务器 - 一项服务。

在我看来，数据库邮件应仅用于管理目的（警报），而不应用于发送商业电子邮件。