实时性要求不高的话,可以在存储过程里面写在一个表里面。
当成队列处理。
实时性要求高
@7b: 有钱就更好办了,购买某软件的源码,或者自己写一个。
不好意思,省了推理过程。
对我来说,实时性要求高和有钱差别不大。
@爱编程的大叔: 源码不卖
@7b: 实时性要求高,这个就是扯蛋,CCAV直播还延时6秒呢。
你买不到源码,自己开发不了,能要求多高的实时性?
就好比招人,都想技术好的,你给100万一定能招到好的啊。
实时性是有代价的。
@爱编程的大叔: 不讨论这些 只考虑现状问题的解决
@7b: 降低实时性啊,你难道没有实时性标准吗?
高是指一天还是一年你可以接受?
还用2000呢? - -
用2000的多了去了
@7b: 这么复古啊?
@请叫我头头哥: 嗯
sp_configure 'show advanced options',1 reconfigure go sp_configure 'xp_cmdshell',1 reconfigure go exec xp_cmdshell '在这里写 创建文件,并写入数据的cmd命令' --然后,用C# 监控 你创建的文件夹,只要有文件创建,就读取它,读完就删除。
不理解
需要在业务发生的时候传参数到我提供的api
@7b: 上面的代码是什么意思呢?简单来说,就是在你的触发器里,只要你的业务数据触发,就会用cmd命令行在D盘(假如在D盘,E盘,F盘啥的都行)建立一个txt文件,而这个txt文件里面就存着你的业务参数。
然后 你用C# 写一个监控 ,这个监控就是监控存放着的那个txt文件,只要有新的文件建立,就你直接将这个文件的内容发送到你提供的API里面。
我这么说你懂了么?
@田麦成: 了解
感觉这样不好。首先在表上建触发器请求api这个本来也不现实。
最好还是在业务那一块来调用。
嗯 只是没办法在业务那块做动作