sql触发器发短信方案

[小吵]

各位好，我有一个功能想实现，求教一下大家
当sql的表中每增加一条记录时，就往相关的联系人表中的手机号码发一条信息（手机短信）
不知道如何实现好？
1.应该要用到短信猫吧
2。是直接在sql中写触发器好还是用其它的程序比如C在外面写？

多谢大家给建议

[小吵]

引用 3 楼 zengertao 的回复:

[quote=引用 楼主 Evanlei 的回复:] 各位好，我有一个功能想实现，求教一下大家 当sql的表中每增加一条记录时，就往相关的联系人表中的手机号码发一条信息（手机短信） 不知道如何实现好？ 1.应该要用到短信猫吧 2。是直接在sql中写触发器好还是用其它的程序比如C在外面写？ 多谢大家给建议

你都能知道记录增加了，直接程序在返回增加成功后跟着直接发短信不就好了。触发器能少用尽量少用。[/quote] 你好，这个增加记录是在前台ERP中完成的，前台的ERP没办法做开发，所以我想直接在数据库中增加触发器来处理这个问题，如果不用触发器来处理这个问题，其它方式还有没有更好的建议？ 另外触发器为什么会影响数据库的效率呢，我最近写了一个发邮件的触发器，发现数据库的内存占用率非常高

[吉普赛的歌]

引用 5 楼 Evanlei 的回复:

你好，这个增加记录是在前台ERP中完成的，前台的ERP没办法做开发，所以我想直接在数据库中增加触发器来处理这个问题，如果不用触发器来处理这个问题，其它方式还有没有更好的建议？ 另外触发器为什么会影响数据库的效率呢，我最近写了一个发邮件的触发器，发现数据库的内存占用率非常高

触发器本身会影响表正常的 insert , update , delete 操作， 本来 1 ms 能完成的事， 要 1 s 才能完成， 而且还会阻塞其它的一些动作， 你觉得是否有影响？ 触发器并不是不能用， 只是尽量少用慎用。特别是增删改频繁的表不要用， 重要的业务表尽量不要用。 触发器到底降低了多少效率， 取决于触发器的逻辑， 如果触发器执行了一个大的操作（比如：你所说的发邮件）， 这种影响就是比较大的。这跟占用多少内存没关系， 只是因为它影响了数据库的性能。因为数据库无一不是希望一个操作尽快完成， 再开始处理下一下操作。 当然， 你这里根本就用不上触发器， 不需要考虑这个了。

[繁花尽流年]

引用 楼主 Evanlei 的回复:

各位好，我有一个功能想实现，求教一下大家 当sql的表中每增加一条记录时，就往相关的联系人表中的手机号码发一条信息（手机短信） 不知道如何实现好？ 1.应该要用到短信猫吧 2。是直接在sql中写触发器好还是用其它的程序比如C在外面写？ 多谢大家给建议

你都能知道记录增加了，直接程序在返回增加成功后跟着直接发短信不就好了。触发器能少用尽量少用。

引用 5 楼 Evanlei 的回复:

[quote=引用 3 楼 zengertao 的回复:] [quote=引用 楼主 Evanlei 的回复:] 各位好，我有一个功能想实现，求教一下大家 当sql的表中每增加一条记录时，就往相关的联系人表中的手机号码发一条信息（手机短信） 不知道如何实现好？ 1.应该要用到短信猫吧 2。是直接在sql中写触发器好还是用其它的程序比如C在外面写？ 多谢大家给建议

你都能知道记录增加了，直接程序在返回增加成功后跟着直接发短信不就好了。触发器能少用尽量少用。[/quote] 你好，这个增加记录是在前台ERP中完成的，前台的ERP没办法做开发，所以我想直接在数据库中增加触发器来处理这个问题，如果不用触发器来处理这个问题，其它方式还有没有更好的建议？ 另外触发器为什么会影响数据库的效率呢，我最近写了一个发邮件的触发器，发现数据库的内存占用率非常高[/quote] 6#已经回答的很好了。如果你坚持希望SQLSERVER来做这件事的话，我建议你用触发器来做一个insert的短信待发表。然后用存储过程来定时批量处理待发短信。无论怎样都比你直接在触发器里处理好

[二月十六]

用程序实现更好，数据库中的数据怎么插入的？插入的时候发送短信。有很多短信运营商，调用他们接口就可以发送短信。

[OwenZeng_DBA]

引用 楼主 Evanlei 的回复:

各位好，我有一个功能想实现，求教一下大家 当sql的表中每增加一条记录时，就往相关的联系人表中的手机号码发一条信息（手机短信） 不知道如何实现好？ 1.应该要用到短信猫吧 2。是直接在sql中写触发器好还是用其它的程序比如C在外面写？ 多谢大家给建议

写程序比较好。想好触发的逻辑。

[繁花尽流年]

引用 楼主 Evanlei 的回复:

各位好，我有一个功能想实现，求教一下大家 当sql的表中每增加一条记录时，就往相关的联系人表中的手机号码发一条信息（手机短信） 不知道如何实现好？ 1.应该要用到短信猫吧 2。是直接在sql中写触发器好还是用其它的程序比如C在外面写？ 多谢大家给建议

你都能知道记录增加了，直接程序在返回增加成功后跟着直接发短信不就好了。触发器能少用尽量少用。

[吉普赛的歌]

1.应该要用到短信猫吧 --发短信有两种方式， 一是短信猫， 二是短信接口(WebService); webservice 更好， 效率高不易出错， 短信猫维护相当麻烦不推荐。 2。是直接在sql中写触发器好还是用其它的程序比如C在外面写？ --直接写程序调用 web service 就好了， 与数据库没什么关系。

[小吵]

但前台用什么呢
数据库的添加是ERP中操作的，ERP软件不能修改添加功能
我就想监测数据库的变化，然后变化时发个信息（或邮件），如果不用触发器，还有什么办法？
如果用触发器，它只做个触发的小动作，发信息（或邮件）这样的任务放另外的程序里，这个程序是不是要常驻内存？用什么时候写比较好呢？C,还是python? php应该不行吧

编程语言知识有限，希望大家别笑话!

[Q315054403]

写个CLR，在触发器里调用 别把触发器想得是洪水猛兽，RDBMS提供了这功能，肯定有它的适用场景 开发、设计质量低，别怪是触发器的问题

[OwenZeng_DBA]

引用 8 楼 Evanlei 的回复:

但前台用什么呢 数据库的添加是ERP中操作的，ERP软件不能修改添加功能 我就想监测数据库的变化，然后变化时发个信息（或邮件），如果不用触发器，还有什么办法？ 如果用触发器，它只做个触发的小动作，发信息（或邮件）这样的任务放另外的程序里，这个程序是不是要常驻内存？用什么时候写比较好呢？C,还是python? php应该不行吧 编程语言知识有限，希望大家别笑话!

c#就可以。也就是楼上说的CLR。

[吉普赛的歌]

引用 11 楼 Evanlei 的回复:

[quote=引用 10 楼 z10843087 的回复:] [quote=引用 8 楼 Evanlei 的回复:] 但前台用什么呢 数据库的添加是ERP中操作的，ERP软件不能修改添加功能 我就想监测数据库的变化，然后变化时发个信息（或邮件），如果不用触发器，还有什么办法？ 如果用触发器，它只做个触发的小动作，发信息（或邮件）这样的任务放另外的程序里，这个程序是不是要常驻内存？用什么时候写比较好呢？C,还是python? php应该不行吧 编程语言知识有限，希望大家别笑话!

c#就可以。也就是楼上说的CLR。[/quote] 多谢指点迷津！[/quote] 数据库一般只做数据处理， 尽量不要混合其它的逻辑。 SqlClr 并不是不可以， 只是一般不要用这样的“重器”——它违反了程序设计的原则， 只能是不得已而为之。 SqlClr 调试不方便， 输出日志也不方便， 部署也比较麻烦， 出了问题难以跟踪追查， 即使我写过很多的 SqlClr 存储过程和函数， 依然敬畏。 发短信， 其实是一个并不简单的操作， 短信发出了得有返回值（确定是否正常发出）， 如果要更精确， 还得获取其报告（确定用户是否正常接收）， 这么复杂的逻辑根本不是SqlClr 能顺利完成的了， 即使能写成也不好修改和扩展，建议你直接写程序更适合。 没事就结贴吧。

[吉普赛的歌]

可以做一个非常简单的触发器， 触发器只做一个动作: 把需要发短信的记录保存到新的短信表（表结构可参考如下脚本）

IF OBJECT_ID('sms_data') IS NOT NULL
	DROP TABLE sms_data
GO
CREATE TABLE sms_data(
	id BIGINT IDENTITY(1,1) PRIMARY KEY,
	[smsContent] NVARCHAR(1000) NOT NULL,
	[requestId] INT NOT NULL DEFAULT(-999999999),   --发送短信时的请求id, 为-999999999表示未发
)
GO

你写一个 Windows 服务的程序， 每 30 秒检测一次这个表是否有新的记录需要发送短信， 如果有则发短信。 当然， 这个表你可以根据 短信的 web service 具体的参数来修改。

[小吵]

引用 10 楼 z10843087 的回复:

[quote=引用 8 楼 Evanlei 的回复:] 但前台用什么呢 数据库的添加是ERP中操作的，ERP软件不能修改添加功能 我就想监测数据库的变化，然后变化时发个信息（或邮件），如果不用触发器，还有什么办法？ 如果用触发器，它只做个触发的小动作，发信息（或邮件）这样的任务放另外的程序里，这个程序是不是要常驻内存？用什么时候写比较好呢？C,还是python? php应该不行吧 编程语言知识有限，希望大家别笑话!

c#就可以。也就是楼上说的CLR。[/quote] 多谢指点迷津！

[小吵]

引用 12 楼 yenange 的回复:

[quote=引用 11 楼 Evanlei 的回复:] [quote=引用 10 楼 z10843087 的回复:] [quote=引用 8 楼 Evanlei 的回复:] 但前台用什么呢 数据库的添加是ERP中操作的，ERP软件不能修改添加功能 我就想监测数据库的变化，然后变化时发个信息（或邮件），如果不用触发器，还有什么办法？ 如果用触发器，它只做个触发的小动作，发信息（或邮件）这样的任务放另外的程序里，这个程序是不是要常驻内存？用什么时候写比较好呢？C,还是python? php应该不行吧 编程语言知识有限，希望大家别笑话!

c#就可以。也就是楼上说的CLR。[/quote] 多谢指点迷津！[/quote] 数据库一般只做数据处理， 尽量不要混合其它的逻辑。 SqlClr 并不是不可以， 只是一般不要用这样的“重器”——它违反了程序设计的原则， 只能是不得已而为之。 SqlClr 调试不方便， 输出日志也不方便， 部署也比较麻烦， 出了问题难以跟踪追查， 即使我写过很多的 SqlClr 存储过程和函数， 依然敬畏。 发短信， 其实是一个并不简单的操作， 短信发出了得有返回值（确定是否正常发出）， 如果要更精确， 还得获取其报告（确定用户是否正常接收）， 这么复杂的逻辑根本不是SqlClr 能顺利完成的了， 即使能写成也不好修改和扩展，建议你直接写程序更适合。 没事就结贴吧。 [/quote] 确实是这样，我在sql里写了一个发邮件的触发器，发现占用内存上升挺厉害的。 写了几个存储过程，定时执行将数据写入新的表格以便调用，这个好像影响倒不是那么大。 短信还是在外面写比较好，定时查询这样比较好。