请教类似QQ机器人,微信机器人,的数据库逻辑设计。
请教下各位这种数据库应该如何设计.
具体实现是,比如我们有一个号码,我从前端传给后台以后,后台需要查询到这个号码的相关资料,然后交由前台给用户确认,然后后台才做处理.
这个在web或者winform 都很容易就可以实现,但是我现在的问题是 我的客服端和服务端接收的都是字符串,我想通过在数据库中写一个类似于脚本的表.让其能够自动追述到上一次提交的命令,并根据本次的用户提交来完成之前命令的处理.
做一级 很容易,但是要做多级.我就完全找不到方法了...
可能我描述的不是很清楚,我举个列子...
客服端发送: 我要打开百度
服务端反馈: 您要用什么浏览器打开百度呢?360?ie?遨游?
客服端发送: 360
服务端反馈: 您确定要用360浏览器打开百度吗?
客服端发送: 是的
服务端这个时候就用360浏览器打开百度首页,并反馈客服端 已经用360打开百度了.
其他用什么打开百度不是关键,关键是这一套逻辑....请教各位大神应该如何设计数据库或者思路.......谢谢了.