需求如下:
有一个短信查询接口,需要接受用户数据,然后经过数据处理,再返回结果(以发送短信或邮件的形式,不需要时时相应),对结果返回时间没有明确要求。
思路:因为提交数据的用户很多,数据处理比较复杂,需要一定的时间,然后结果的返回需要短信服务商处理,也不是时时的,所有考虑分步处理。即:
第一步,用户提交数据,接受并记录数据
第二步,后台处理数据,返回给供应商(Web形式,不考虑 在服务器跑服务,我的想法是:扫记录表,看到有未处理的就处理,分批处理)
第三步,返回数据给短信服务商(以Web请求的形式,将处理结果提交给短信服务商),由服务商将结果返回给用户。
需求和想法如上,请高手给出设计思路或者设计模式,或解决方案。
我现在也可以做,但是发这个帖子,只是想提高一下自己的程序分析和设计能力,希望高手赐教。
找一个数据库高人写存储过程吧,物美就是这么干的,应该一个存储过程就搞定了
能不能把你的业务流程描述清楚,而不要把你的想法加进去。
高深
消息多的话,就搞个消息队列吧。排队处理!!