引用 16 楼 sosoben 的回复:我这帖子只是问下怎么架构C/S比较有效率与安全。例如我要查找某产品是否在前工程已经做好,就一定要访问主机数据库,那数据多的时候会不会很慢呢?有什么解决方案呢? 首先表示强烈鄙视!!!你以为泡茶馆,先天南海北地胡扯一通? 只要是真正的服务器数据库(SQL Server、Oracle、DB2……),供多用户访问是它们的本职工作,……
我这帖子只是问下怎么架构C/S比较有效率与安全。例如我要查找某产品是否在前工程已经做好,就一定要访问主机数据库,那数据多的时候会不会很慢呢?有什么解决方案呢?
2、主机建数据库,子机先把消息送给主机程序,然后主机程序处理后操作数据库 比较靠谱
能否实现软件自动监控,依赖与实际操作的执行能力。 人工操作必须严格、有序的。 如果不把现有的流程理顺,以外靠软件就能管起来,那是妄想。
要看信息的采集方式、流水线的速率、监控实时程度对工艺控制的实际作用,等等。 仅仅上述的信息,是不够的。
你的问题其实是具体的操作细则了。 假如你认为网络没有人工可靠,那么发起计划的人给每个产品贴一个标签,按次序列出所有的工程——(其实标签本来就需要的,否则怎么确定每个产品的编号)。 每个工程加工一个产品后除了上传加工记录,还需要在标签上打勾。 那么工程C只要在接收待加工产品时,检查标签上之前的工程是否都打勾了,就能保证按计划执行了。
既然现状(不联网)是可以正常生产的,上工程与下工程之间不直接传输数据是可以的。 在流水线生产中,每一道工序输入什么、输出什么都是确定的。 这些数据可以在开工前、排任务时就能下发到各工程的。 各工程只需要实时上传加工结果。 比如: 主机创建任务记录 {任务C01,工程C,批次01,加工要求}。 分支将该任务取到本地。 然后加工一个就上传一个加工记录……
既然联网管理,当然首先是任务分派——主管安排好任务,生成各工序的清单,下发到各分支。 然后才是监控——各分支更新自己的任务清单,递交给主管。 所以分支之间不需要发生数据关系。 分支需要完成的任务,是上级分派下来的,所有必要的信息加工前就已经得到了。
既然是实时监控,那么肯定落脚点在如何将数据实时更新到服务器上,不得不考虑服务器挂掉或者库连不上时候的意外处理 应该采取以服务器数据库访问为主,本地数据库访问为辅的方式 可能会更好一点 如果是这样,只需要保证服务器与本地数据的实时更新即可
1,217
社区成员
55,952
社区内容
加载中
试试用AI创作助手写篇文章吧