-
-
手机阅读
实时数据库的图形系统
实时数据库已经不是一个单纯的数据库，而是一个系统：实时信息系统，因而实时数据库是个系统工程。对于系统，我前面已经涉及，如在“实时数据库的远程更新与远程检索”一文中已经提及，以后的博客可能多以系统为主。本文讨论的一个方面是实时数据库的图形系统或图形子系统。
根据本人的经验，图形子系统的复杂程度不亚于实时数据库的任何一个子系统，它的设计与实现必须考虑实时数据库的所有方面。下面是图形系统不得不面对的技术方面。
① 基于矢量还是基于点阵
这是最基本的选择，考虑到目前实时数据库的使用仍然以图形为主，我们选择基于矢量的图形系统。我们利用类的技术，将所有图元都定义为同一种类，一个OBJECT对象，系统对所有图元统一处理，图元的属性以数据（坐标）表示，如图形的放大、缩小、反转、着色、拷贝、删除等基本功能。用矢量图形更能体现石油化工实时信息系统的特点。
② 立足自主开发图形组态软件，还是利用第三家图形（图象）软件
因为我们的战略原则是除了操作系统和语言工具，不依靠任何第三家软件（关系数据库除外），因而我们选择立足自主开发图形组态软件，基于矢量的图形组态软件。实际上我们从上世纪80年代末就开始编制自己的图形组态软件了，从DOS开始，一直升级到现在。微软的mspaint，以至于Macromedia公司的Flash等图形（图象）软件，我们是不用的。因为图形系统的运行方式与实时数据库的结构关系十分密切，选择自主开发图形系统可以充分体现和发挥我们的实时数据库（NSIS实时数据库）的优点和性能。
自主开发并不排斥现有第三家软件图形的使用，我们可以使用OLE功能将第三方的图形（图象）作为对象插入。
据我所知，大多数实时数据库都配备自己的图形组态软件。
③ 图形中如何嵌入实时数据
使用第三家图形（图象）软件的最大麻烦是对实时数据的组态。自主开发的图形系统就很容易解决此问题，只须将实时数据定义为基本图元即可。自主开发的图形系统很容易将实时数据基本图元与实时数据库（服务器）连接实现实时数据的在线组态。
④ 图形文件共享，还是每一个客户端都带一套图形文件
这是系统设计者面临的大问题，这一问题很多DCS系统没有解决：必须给每个DCS操作站准备一套图形文件。早期的NSIS实时数据库也没有解决。为了实现B/S模式的实时数据库系统，我们不得不解决图形的远程读取技术。前面提到，NSIS实时数据库的远程更新与远程检索都是经过NSIS网络协议进行的，在NSIS网络协议补充了图形传输的网络协议后，问题就解决了，这是自主开发软件和自主制定网络协议的优点：没有不能解决的技术问题。
⑤ 图形的远程读取
我们所说的图形的远程读取或图形文件共享，不是使用共享文件夹共享文件，也不是使用FTP，而是使用NSIS网络协议的图形传输的协议，由服务器端读图形，然后以流的方式分解成基本图元，再送到客户端。有了NSIS网络图形传输的协议，NSIS客户端再也不需要自带图形文件了。我们以前说过，在NSIS实时数据库的核心中，高层的网络应用层协议我们是不用的。NSIS网络图形传输协议效率极高，速度极快。
⑥ 图形控件
关于C/S模式和B/S模式的实时数据库系统我们另文讨论，这里的图形控件是B/S模式的实时数据库系统的重要组成部分。由于我们的NSIS系统全部由MS C++ V6.0 编程而成，所以走ActiveX的方向是必然的。图形控件集成了图形系统的大部分功能，实现图形的远程读取和实时数据的远程读取。
为了IE浏览器的安全，我们除了将图形控件写成可信代码以外，还购买了美国VeriSign公司的数字签名证书，将图形控件签名，这样可以在不降低IE的浏览器的安全等级的前提下，下载图形控件。
本人抛砖引玉写了几篇博客，我在博客所阐明的观点都是本公司开发实时数据库近二十年来在实践中验证的，不敢说最好，至少是可行的。很希望同行们讨论，也欢迎批评，希望看到讨论实践的帖子，少点空谈理论。
黄嘉珀
2007-12-20
-
-
-
-
shengjinli | 当前状态：离线
总积分：259 2024年可用积分：0
注册时间： 2007-12-07
最后登录时间： 2009-01-05
-
-
shengjinli 发表于 2007/12/21 15:57:24
2楼 回复本楼
引用 shengjinli 2007/12/21 15:57:24 发表于2楼的内容
-
-
引用 aasevenl 2007/12/23 16:12:09 发表于3楼的内容