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

Question

想联网，实时监控各步骤工程的产出数，不良率，以及每个产品的修理情况
用什么方式好呢？1、主机建数据库， 所有子机都直接操作数据库？
2、主机建数据库，子机先把消息送给主机程序，然后主机程序处理后操作数据库
3、子机都有文件数据库（例如mdb或csv），主机需要数据时读取子机4、更好的方法。
请大家讨论下这样的利弊，好不？

Answer 1

既然现状（不联网）是可以正常生产的，上工程与下工程之间不直接传输数据是可以的。在流水线生产中，每一道工序输入什么、输出什么都是确定的。
这些数据可以在开工前、排任务时就能下发到各工程的。
各工程只需要实时上传加工结果。比如：
主机创建任务记录 {任务C01,工程C,批次01,加工要求}。分支将该任务取到本地。
然后加工一个就上传一个加工记录
{任务C01,产品编号001,合格}
{任务C01,产品编号003,合格}
{任务C01,产品编号004,报废}这里没有产品编号002，说明在前面的哪道工程中做坏了。
但是对工程C来说，不需要关心该信息；这里只要按实际到手的产品进行加工、记录。

Answer 2

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

Answer 3

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

Answer 4

首先表示强烈鄙视！！！你以为泡茶馆，先天南海北地胡扯一通？只要是真正的服务器数据库（SQL Server、Oracle、DB2……），供多用户访问是它们的本职工作，没有任何压力。
除非你把一个 Access 的 .mdb 文件共享在服务器上，冒充“数据库服务器”供多用户访问，才需要担心你上面提到的问题。