想要接触时实数据库 点击：2293 | 回复：27
发表于：2003-06-13 09:15:00
21楼
呵呵
你们又没人说要介绍，为什么我要上竿子说？！
现在介绍一下：
PI－－实时历史数据库，分辨率到毫秒级左右的要求一般是个数据库就能够满足的，最终数据还是主要看接口的分辨率。
冶金、电厂行业的话嘛，SQL server和Oracle是不能满足的，因为他们是对一般企业的数据库，用于手工数据的存储比较合适。
但是冶金、电厂行业的实时数据是海量的！一天的数据如果全部保存的话，至少需要1、2个G，仅仅一天啊！
所以出现了PI类的数据库，专门用于解决这个问题的专业数据库，它具有一般关系型数据库没有的高实时性和高压缩算法，大概2万个点的话半个月的数据量是500M左右。这样现在一块几十个G的硬盘就能保存几年的数据了，同时又不失去其准确性。
高稳定性嘛自然是指它的业绩和应用啦。PI数据库在美国的应用数不胜数，可以上OSI公司的网站自己看，中国的业绩嘛也是很多的，可以到www.crtsoft.com上看。如果一个数据库不具有高稳定性的话是没有人、单位敢用的，出了问题可要负责任的，呵呵，而PI在这方面就不错。
PI数据库的接口－－基本所有与工控行业的有关的PLC、DCS等均支持。
发表于：2003-06-17 08:29:00
22楼
楼上好像在吹牛，我们来做一个最简单的计算，假设你要存储的数据是每秒存一次，这样的话，每存一个点每天就需要存60*60*24 = 86400次，半个月就需要86400*15 = 1296000次，如果对于2万个点，半个月就是1296000 * 20000 = 25920000000次。就算每个数据占1个字节，那么上面的存储量就是25920000000字节，也就是24714M的数据量，再好的非失真性压缩算法恐怕也很难压缩到500M吧，况且真正应用中不可能每个数据只占用1个字节。
所以，说道实时数据库，还是deng_lp说得有点道理，评价一个实时数据库的好坏不能简单的看什么占用空间，要看其应用的实际场合，比如：采样频率、是否定义死区等等。否则会闹笑话的。
建议Du多多了解一些这些产品的特性，尤其是InSQL，另外也可以到www.china-control.com上看看。
发表于：2003-06-17 09:07:00
23楼
呵呵，不知楼上的可否接触过工控行业的数据库？？？可否知道一些压缩原理？？？你知道一个点需要配置相关多少属性吗？
有4、50个属性哪！！！
你那是指一般的关系型数据库的计算方法。
之所以工控行业的专业数据库与一般SQL等关系型数据库的区别就在于此。PI数据库的基本原理我就简单说一下好了。
真正的现场底层数据是首先要经过例外，一般是在接口处理的。之后再经过高效的压缩才达到的理想效果，当然还得对设备点必须进行合理的属性配置。
例外－－底层接口数据并不是只要数据一改变就通知数据库压缩的，而是要先通过例外，即数据的微范围变化是在用户的允许范围内的忽略不记。用户可以设定此范围。
压缩－－通过例外后的数据经过高压缩后才进入数据库进行保存，其压缩率是绝对相当高的。PI采用的是旋转门压缩技术。如果要具体了解的话可以联系我。
当然要达到理想的情况就是必须要合理的设定例外比例与压缩比例，需要专业工程师进行设定配置，同时还要看用户的需求，我上面指一般情况，毕竟实践出真知，我上面举的例子可是在实际中的真实应用。
以下是我的个人观点：
楼上讲的Intouch数据库我打听了一下，发现是做工控PLC等起家的公司，他的Intouch数据库是从其他公司OEM过来的（好像是做批处理的公司），并不是一个专门做工控数据库的，从专业角度这点上就比不上PI数据库（专门做工控数据库）。
昨天看到Intellution的Ihistory数据库资料，我个人感觉它就比Intouch强。我个人观点：PI》Ihistory》Intouch。当然由于我对Ihistory与Intouch了解不多，只是这么觉的。呵呵
发表于：2003-06-17 12:38:00
25楼
呵呵
Insql我没有接触过，不知道。
不过我个人觉得一个产品应该不只看它的性能指标，主要是看它的业绩与使用范围，毕竟现在行业划分非常细致，不是什么东西能够通用的。
专业的公司我认为就会比跨行业的公司要做得好一点，为什么呢？因为人家专门既然做这个，对它就是相当的深入，一般用户想到的人家应该都已经想到了！并且一般来说经验丰富。
业绩和使用范围就代表了此产品的经验，自然是要成熟的产品啦。谁会买一个刚刚研发出来的产品呢？谁知道会出什么问题。
intellution的ihistory我也只是刚看到工控网寄给我的资料，只是一翻而已，不了解。
热门招聘
相关主题
- OPCDA客户端OCX控件
[3409] - 上海新华DCS的xHMI与VB 6.0怎...[4135]
- 求助IConnectionPoint::Advi...[1773]
- 基于OPC的客户端监控程序的开...[2349]
- OPC Server请教[1686]
- OPC Client通过OPC Server向...[3025]
- opc server client develop ...[3425]
- vb.net的OPC通讯[2148]
- 求助:<<OPC应用程序入...[3831]
- 请问斑竹写COM主要是用那种呀...[1846]
官方公众号
智造工程师
-
客服
-
小程序
-
公众号
工控网智造工程师好文精选
