我们正在考虑升级我们的 SQL Server，它当前运行的是 2005。我们在组织中大量使用 SQLMail，既用于发送电子邮件，也用于将一些电子邮件导入数据库。
我在很多地方都看到过 SQLMail 已被弃用并被“数据库邮件”取代。
我很困惑，因为这个 MS 页面：http://msdn.microsoft.com/en-us/library/bb402904.aspx似乎意味着它还能起作用？
我了解 SQLMail 的危险，但我们现在没有资源来重写脚本，所以希望以后再做。
SQLMail 在 2012 年还能用吗？如果不能，那么用数据库邮件 (Database Mail) 替换它（无论是阅读还是发送电子邮件）是否容易？
答案1
如果您对 SQLMail 的使用不是特别花哨（只是运行查询并发送到电子邮件地址），您可能能够编写一个填充程序，该程序对调用者来说看起来像 SQLMail，但本质上只是将参数传递给数据库邮件。几年前，我曾尝试过类似的东西，但我们最终还是咬牙坚持，真正改变了应用程序代码。因此，您现有的代码可能保持不变，它将调用新编写的“SQLMail”代码，该代码调用数据库邮件，人们应该会收到电子邮件。这样您就可以在闲暇时开始重新编写 SQLMail->数据库邮件代码。
答案2
SQL Mail 已消失 – 存储过程不再存在。
使用数据库邮件替换的难易程度主要取决于代码中调用 xp_sendmail 等的不同位置的数量。
如果答案是“一”，那么您可以按照此处的步骤进行转换：
http://technet.microsoft.com/en-us/library/ms187891(v=sql.105).aspx
配置数据库邮件本身并不是特别复杂。
答案3
根据以下链接，它似乎仍然存在于 2012 版本中：
http://msdn.microsoft.com/en-us/library/microsoft.sqlserver.management.smo.mail.sqlmail.aspx
[编辑] 抱歉，这不是指 sqlmail 存储过程，而是指对象本身