我们正在寻找使用我们的问题跟踪软件和SQL Server数据库创build电子邮件通知系统。 目标是在满足多个条件时发送电子邮件。
这是为了满足客户要求的自定义通知。 例如，如果为软件问题打开票证，并且如果为硬件问题打开票证，则向一个电子邮件发送一封电子邮件给一个客户。
SQL Server Notification Services似乎具有这些function，但是我们对GUI感兴趣，而不是每次都手写查询。 我们还需要一些方法来pipe理它们，因为自定义通知的数量可能会达到成千上万。
编辑 ：
这些都是很好的build议，但一个要求是我们有一个pipe理规则的GUI。 每当我们需要创build或更改通知时，我们都不想手写查询。
我们知道我们可以用脚本，触发器和计划任务一起破解一些东西，但是似乎应该有某种已经这样做的打包产品。 也许这需要一些数据库技能来初步build立，但理想的情况下，它可以由不是DBA的经理来更新。
你在寻找一个已经build好的系统吗？ 已经有许多供应商的售票系统已经这样做了。 他们中的大多数是有点蹩脚，恕我直言，和矫枉过正，但他们确实路线的事情。
或者你有一些系统，需要添加通知？
这里devise的东西并不是很难，但需要一些开发工作。 需要简单的工具来pipe理行政pipe理。
不确定集成如何与内部产品协同工作，但您可以查看Quest的Foglight监控产品。
你可以使用查询devise器，并将查询粘贴到一个表（表单域），存储所有的显示器？
然后定期运行一个工作来查看表格并运行查询，使用dbmail将邮件发送给存储在表中的“操作员”，并通过GUI进行configuration。
而不是一份工作，你可以有一个触发器检查每个插入和发送邮件使用现在asynchronousdbmail。
史蒂芬，这听起来更像是一个应用程序的大纲规格，而不是“我该怎么做…？”！ 规则是否经常变化，Notification Services不是最好的解决scheme？
报告服务可以被调度，可以使用它来执行基于用户提供的参数值以及SELECT的INSERT，UPDATE和DELETE命令，但这不是一种运行似乎相当于一个小型CRM GUI的抛光方式已概述。
如果你没有时间/经验来“推出自己的”，也许寻找一个ASP.Net开发者为你构build一个你所详细规定的graphics用户界面将是你前进的方向？
所以，你需要一些可扩展的东西。 为什么不创build一个你可以插入规则的表，first_name，Last_name，email_addr，table或table.column，这样你就可以将电子邮件规则添加到这个表中。 然后运行预定的SQL脚本，通过查询规则表来执行通用查询，并检查数据库是否有任何规则匹配。 通过编写脚本，您可以控制作业的运行频率，还可以控制电子邮件的发送方式，例如，如果是使用DBI数据库调用的Perl脚本，则还可以使用Perl Sendmail模块在同一个脚本中直接发送电子邮件。
你甚至可以从一个简单的文本文件或基于用户的规则的XML文件开始…
如果产品本身并不支持这个function，那么您想编写一个自动化脚本，可以自行安排。 另一个选项可能是这种混合，并使用数据库触发器ON INSERT然后触发执行检查和电子邮件的脚本/ SQL。
简单地用简单的networking前端包装这个过程来添加你的规则。 SQL在很大程度上保持不变并且是通用的。 你只需要一个表单来插入/删除/更新规则的行。