【2017年整理】实时数据库开发注意事项.docVIP

实时数据库开发注意事项 实时数据库是以实时数据为存储对象的数据库平台软件，与关系数据库有许多不同的特性，在实时数据库的开发中必须注意 实时数据库的特点： 实时数据库是特定类型的数据库，在某些实时数据库中可能会有表的概念，但是没有与关系数据库里同样的Table概念；某些实时数据库提供OLEDB访问接口，里面的table完全是接口虚拟出来的，与关系数据库里面的table完全不是一回事；实时数据库不支持关系数据库里面的事务的概念； 实时数据库是以实时数据为处理、存储对象的，它的主要功能不仅包含存储，还包含实时数据的采集、压缩、统计计算、实时数据的展示、报表计算展示等功能。 目前实时数据库还没有业界公认的标准，但是基本的功能应该包含实时数据的采集、压缩、存储、发布、数据的统计、报表等，各功能的实现形式不统一；也没有统一的访问接口； 实时数据库的开发分为2类，数据接口的开发和上层应用的开发。 实时数据接口的开发： 实时数据接口是实时数据库与DCS、PLC等现场控制系统的接口，它是实时数据库与现场控制系统之间唯一的发生连接的地方。实时数据接口不仅要完成数据采集的功能，还要实现与控制系统之间的安全隔离的功能。实时数据接口不仅要实现高效、可靠的数据采集，还要尽量减少对现场控制系统的影响，一定要保证不能影响现场控制系统的正常运行，同时要满足现场控制系统对安全防护的要求，特别是国家电监会电力二次系统防护的要求。 按照国家电监会电力二次系统防护的要求，在实时数据接口与控制系统之间必须配置经国家电网认证的电力专用单向隔离设备进行安全隔离，与此要求相适应，国产的电力DCS软件大多提供了UDP数据发送接口，对于这类的控制系统接入实时数据库，相对比较简单，只需编写相应的UDP数据接收程序即可；但是国外产的DCS、PLC、工业控制软件和少部分的国产DCS软件，不提供UDP的数据接口， 国内制定的电力通讯规约101、102、103、104、1801等，除CDT可以单向使用，都是双向通讯规约，不能穿过单向隔离设备，必须在隔离设备之前添加接口装换站，将双向通讯协议转换为单向通讯协议。对于采用CDT通讯规约情况，可以将前端的电气通讯接口（RS232/285/224）调整为单向发送的模式，在电气通讯接口与单向隔离设备之间配置串网转换器，将串口数据转换为UDP数据，来满足单向隔离设备的要求。 实时数据接口的开发工具一般以VC为主。 在接口程序编写中，要注意前端控制系统的要求。阅读接口协议规范时，要注意控制系统和实时数据库的协议规范许多是采用工控系统的习惯编写的，许多概念的含义与我们熟悉的IT行业的定义是有差异的，甚至是两回事，一定不要先入为主，产生理解上的偏差。一定要认真通读全文，尤其要主要前面的前提、约定、定义等内容。 接口的编写中，注意不能为了提高和达到接口的性能要求，忽视了其它系统的需要，更不能影响控制系统的正常运行，现场控制系统是很脆弱的，很小的干扰就可能导致运行不正常、甚至崩溃的；尽量减少多线程的使用，以单线程为主，即可减少编程的难度，提高接口程序的稳定性，还可以防止接口的占用过多的前端控制系统资源，影响控制系统的运行； 程序中内存的分配尽量减少，以事先分配好的内存或堆栈内分配内存为主，即可提高运行速度、也可防止长时间运行生成大量的内存碎片，耗光内存。 实时数据接口一般运行在无人值守的环境，一般发生问题就会造成数据不可弥补的丢失，发生问题也不一定会很快发现和处理，这就要求实时数据接口程序在编写中，一定要把可靠性和稳定性放在首位，错误处理要考虑周全、细致。不仅要保证发生常见异常时要稳定运行，发生小概率的情况时也要稳定运行。 上层应用的开发： 实时数据的上层应用可分为两类，前端用户界面开发和后台程序的开发。 前端用户界面可选用的开发工具范围比较广，可以采用ASP、C#等B/S结构，也可采用VC、VB、C#等C/S结构，但是实时数据流程画面的实时刷新较多的界面不宜采用Java开发，主要原因是Java的界面显示的性能较差，只要画面稍复杂就达不到画面实时刷新的要求。采用B/S结构时，要注意因为有实时数据的刷新功能，WEB服务器的负荷比一般的WEB服务器负荷要高很多，同时客户端不停的刷新数据，可能会引起WEB内存释放方面的问题，影响WEB的稳定性。 后台程序由于对性能要求的比实时接口要求低，开发可选的开发工具也比较多VC、VB、C#、Java（注意：大部分实时数据库都不提供Java访问接口）都可以胜任。后台程序首先要保证运行的稳定、可靠，其次要保证不能占用实时数据库的太多资源。 PI数据库的开发： Osisoft公司的PI数据库是目前国内电力行业占用率最高的实时数据库产品，它的主要特点就是螺旋门压缩算法，该算法特别适合于变化缓慢的实时数据压缩，可以在保证精度的前提下得到极