假设一个产品状态实时显示系统的问题

sosoben 2012-11-15 09:42:24

想联网，实时监控各步骤工程的产出数，不良率，以及每个产品的修理情况
用什么方式好呢？

1、主机建数据库，所有子机都直接操作数据库？
2、主机建数据库，子机先把消息送给主机程序，然后主机程序处理后操作数据库
3、子机都有文件数据库（例如mdb或csv），主机需要数据时读取子机

4、更好的方法。

请大家讨论下这样的利弊，好不？

...全文

228 19 打赏收藏转发到动态举报

写回复

用AI写文章

19 条回复

切换为时间正序

请发表友善的回复…

发表回复

sosoben 2012-11-28

打赏
举报

引用 18 楼 Tiger_Zhao 的回复:

引用 16 楼 sosoben 的回复:我这帖子只是问下怎么架构C/S比较有效率与安全。例如我要查找某产品是否在前工程已经做好，就一定要访问主机数据库，那数据多的时候会不会很慢呢？有什么解决方案呢？首先表示强烈鄙视！！！你以为泡茶馆，先天南海北地胡扯一通？只要是真正的服务器数据库（SQL Server、Oracle、DB2……），供多用户访问是它们的本职工作，……

OK 是我问多了，但我主贴的问题没人解答，我才一步一步地把问题剖析…… 言下之意，是支持第一种选择了 “ 1、主机建数据库，所有子机都直接操作数据库”

Tiger_Zhao 2012-11-28

打赏
举报

引用 16 楼 sosoben 的回复:

我这帖子只是问下怎么架构C/S比较有效率与安全。例如我要查找某产品是否在前工程已经做好，就一定要访问主机数据库，那数据多的时候会不会很慢呢？有什么解决方案呢？

首先表示强烈鄙视！！！你以为泡茶馆，先天南海北地胡扯一通？

只要是真正的服务器数据库（SQL Server、Oracle、DB2……），供多用户访问是它们的本职工作，没有任何压力。
除非你把一个 Access 的 .mdb 文件共享在服务器上，冒充“数据库服务器”供多用户访问，才需要担心你上面提到的问题。

sosoben 2012-11-28

打赏
举报

引用 15 楼 worldy 的回复:

2、主机建数据库，子机先把消息送给主机程序，然后主机程序处理后操作数据库比较靠谱

为什么这样比较好呢？通信用tcp/ip通信么？会不会有数据丢失的情况？那主程序是不是要编个消息排队处理呢？

sosoben 2012-11-28

打赏
举报

引用 14 楼 Tiger_Zhao 的回复:

能否实现软件自动监控，依赖与实际操作的执行能力。人工操作必须严格、有序的。如果不把现有的流程理顺，以外靠软件就能管起来，那是妄想。

现有流程是因为存在不良品，需要返修，所以例如一天投入500台，产出400台，而且这不良的100台还不一定修得好，可能会报废。所以一天开始时想把所有任务（就是要做的镜头的编号都确定那比较难）但我们可以记录每台出货产品的信息，只要有出货，我们就写入数据库，通过数据库查找以前的检测数据。我这帖子只是问下怎么架构C/S比较有效率与安全。例如我要查找某产品是否在前工程已经做好，就一定要访问主机数据库，那数据多的时候会不会很慢呢？有什么解决方案呢？

sosoben 2012-11-27

打赏
举报

引用 10 楼 of123 的回复:

要看信息的采集方式、流水线的速率、监控实时程度对工艺控制的实际作用，等等。仅仅上述的信息，是不够的。

引用 11 楼 Tiger_Zhao 的回复:

你的问题其实是具体的操作细则了。假如你认为网络没有人工可靠，那么发起计划的人给每个产品贴一个标签，按次序列出所有的工程——（其实标签本来就需要的，否则怎么确定每个产品的编号）。每个工程加工一个产品后除了上传加工记录，还需要在标签上打勾。那么工程C只要在接收待加工产品时，检查标签上之前的工程是否都打勾了，就能保证按计划执行了。

信息采集方式很灵活，可以给个界面人工按，有些时候是查找测量数据判断是否OK，我已经准备好为每个工程准备一个不同的客户端了。流水线的速率的话不快，30秒一个监控主要目的是：给每个产品一个编号，根据编号实现下面功能 1、实现生产线的数据管理以及制品的生产的履历管理 2、实现制品生产过程中的漏检/错判的防错功能（实时主要为了这个） 3、实现生产线品质的即时查询功能，以及统计分析功能 4、实现制品出荷后的追溯查询功能

Tiger_Zhao 2012-11-27

打赏
举报

你的问题其实是具体的操作细则了。
假如你认为网络没有人工可靠，那么发起计划的人给每个产品贴一个标签，按次序列出所有的工程——（其实标签本来就需要的，否则怎么确定每个产品的编号）。
每个工程加工一个产品后除了上传加工记录，还需要在标签上打勾。
那么工程C只要在接收待加工产品时，检查标签上之前的工程是否都打勾了，就能保证按计划执行了。

worldy 2012-11-27

打赏
举报

2、主机建数据库，子机先把消息送给主机程序，然后主机程序处理后操作数据库比较靠谱

of123 2012-11-27

打赏
举报

要看信息的采集方式、流水线的速率、监控实时程度对工艺控制的实际作用，等等。仅仅上述的信息，是不够的。

sosoben 2012-11-27

打赏
举报

引用 8 楼 Tiger_Zhao 的回复:

既然现状（不联网）是可以正常生产的，上工程与下工程之间不直接传输数据是可以的。在流水线生产中，每一道工序输入什么、输出什么都是确定的。这些数据可以在开工前、排任务时就能下发到各工程的。各工程只需要实时上传加工结果。比如：主机创建任务记录 {任务C01,工程C,批次01,加工要求}。分支将该任务取到本地。然后加工一个就上传一个加工记录……

谢谢你的回答，这思路挺好的，但针对我的实际情况，生产没有那么理想有序（有很多堆积，返修等，开始时无法知道具体的生产计划情况），我想加分再追问：工程C 还需要知道有没有通过工程B的工序，所以当产品完成工程B后，工程C才能获取工程B的任务 “这些数据可以在开工前、排任务时就能下发到各工程的” 这样应该不符合我的要求吧？？不知道我的理解有没有错

Tiger_Zhao 2012-11-27

打赏
举报

能否实现软件自动监控，依赖与实际操作的执行能力。
人工操作必须严格、有序的。

如果不把现有的流程理顺，以外靠软件就能管起来，那是妄想。

-晴天 2012-11-27

打赏
举报

不就是个C/S结构么?

sosoben 2012-11-26

打赏
举报

引用 6 楼 Tiger_Zhao 的回复:

既然联网管理，当然首先是任务分派——主管安排好任务，生成各工序的清单，下发到各分支。然后才是监控——各分支更新自己的任务清单，递交给主管。所以分支之间不需要发生数据关系。分支需要完成的任务，是上级分派下来的，所有必要的信息加工前就已经得到了。

我大概明白你的意思，但是上工程与下工程之间是紧接着的，所以当然需要实时更新数据啦。分支之间是不需要联系，但要和数据库联系吧，我的问题主要就是这个联系的架构应该怎么建立比较好（效率，稳定）

Tiger_Zhao 2012-11-26

打赏
举报

既然联网管理，当然首先是任务分派——主管安排好任务，生成各工序的清单，下发到各分支。
然后才是监控——各分支更新自己的任务清单，递交给主管。

所以分支之间不需要发生数据关系。
分支需要完成的任务，是上级分派下来的，所有必要的信息加工前就已经得到了。

Tiger_Zhao 2012-11-26

打赏
举报

既然现状（不联网）是可以正常生产的，上工程与下工程之间不直接传输数据是可以的。

在流水线生产中，每一道工序输入什么、输出什么都是确定的。
这些数据可以在开工前、排任务时就能下发到各工程的。
各工程只需要实时上传加工结果。

比如：
主机创建任务记录 {任务C01,工程C,批次01,加工要求}。

分支将该任务取到本地。
然后加工一个就上传一个加工记录
{任务C01,产品编号001,合格}
{任务C01,产品编号003,合格}
{任务C01,产品编号004,报废}

这里没有产品编号002，说明在前面的哪道工程中做坏了。
但是对工程C来说，不需要关心该信息；这里只要按实际到手的产品进行加工、记录。

sosoben 2012-11-23