多工位的数据采集存储查询的实现方式？

如果工厂要做生存管理系统、数据采集系统、MES系统等

往往就要在传统的工位上，进行数据采集。

当多工位进行数据采集存储查询时，数据库只有一个。

那怎么保证多工位存储查询时，这些操作不打架呢？还有实时性问题（查询和存储要足够迅速，不能影响工位节拍）

PS.跟一个IT开发大佬请教了下，他说了 几个名词：数据库的事务机制、服务端列队、内存缓存

肿么没人理呢？  周一太忙了吧

不能算一样，因为之前说得只有存储的问题。  现在讲的是相对完整的系统。

这些问题有点跨领域，  那么咱们纯工控能处理这些问题吗？有没有什么方案？

这些问题有点跨领域，  那么咱们纯工控能处理这些问题吗？有没有什么方案？

工控和生产管理,肯定有区别.
但是也用不到什么数据库的深层机制.能应用就行了.打架的事情要到详细分析才知道会不会.
至于方案,至少你要把现状说清楚了才能有方案.
如果你不知道怎么说,那我问你就是.
1.有多少工位?工艺描述,设备描述.PID.
答：共：20个工位， 4个零件检测工位，4个零件组件工位，12个产品安装流水线工位。
工艺描述：零件带有条码，然后检测，检测后把数据录入数据库。  在零件组件工位把零件安装成组件，然后组件有一个条码。这个条码能查到当前组件所有零件数据。产品安装工位是把组件组装成产品的流水线工位。
2.每个工位有多少数据,都是什么类型?IOList.
答：零件检测工位：常规的零件尺寸数据和判断数据。大概5个浮点数和2个字符串。
零件组件工位：零件的整合。
产品安装流水线工位 ：把组件整合。
最终一个产品会有100个数据左右。
3.工位有多少节拍,节拍和哪些数据有关?

4.节拍多快?数据采集要求多快?
答：节拍为60s。
5.生产管理,mes需要哪些数据?数据周期要求?

这些说好了,再给你方案架构.控制层,采集层,数据库,管理层,分开。
有些问题我还回答不上来哈

总体效果应该是：
零件检测后，数据入库。 在安装时扫描零件条码能够马上通过HMI看到该零件是否检测过、检测后是否合格。

在零件组装成组件时，组件就有一个条码，扫描该条码，能查到所有零件的数据。

用组件组装产品后，扫描产品条码就能查到所有零件数据。

不知是不是我们的设计有问题，跟市场脱节，还是市场目前还没有相关的产品？