制造过程企业对实时数据库的选型
实时数据库简介
作者：Linkman，文章多处引用自：https://www.doczj.com/doc/267977094.html,
1.前言
一提到数据库，大家肯定会想到SQL Server、Oracle等关系型数据库。实际上，数据库的种类非常多，在计算机发展的历史上，存在着多种类型的数据库。
早期，关系型数据库与层次型数据库、网络型数据库并驾齐驱，但关系型数据库依靠其描述简单、实现容易等特点，在竞争中取得了胜利，在上世纪90年代初期，从Foxpro、Access到Oracle、Informix、SyBase、SQL server，关系型数据库一统天下。
但在特定的应用领域中，关系型数据库并不能完美表现，于是，产生了新的数据库类型：在协同办公领域中使用的文档型数据库（如NOTES）,在嵌入式应用领域中使用的嵌入式数据库（如SQLite），在工业监控领域使用的实时数据库（如PI），等等。
本文章将对实时数据库进行简单的介绍。
2.在工业监控领域中，数据库应用的特点
工业监控系统的定义非常大，所有需要对运行设备进行自动化监视、控制的系统都可以定义为工业监控系统，这里面就包括火电厂厂级监控系统（SIS），在这类应用领域中，数据库应用有如下特点：
测点数量多
一个新建300WM的火电厂的SIS系统，需要处理的测点数超过了10000点，这些测点的变化周期通常在1秒钟之内，也就是说，需要将超过10000点的数据在1秒钟之内保存到数据库中。
存储量大
实时数据库的核心就是对大量的实时信息进行处理，由于成年累月的数据将占据大量的硬盘空间。例如对于 1万点的系统，每 1秒钟存储一次，每次单点占用 8个字节，那么保存 10年的数据量将有 10000*8*10*365*86400=25228800000000字节，也就是 23TGB。若用 80GB的硬盘存放，需要存放 293块硬盘！
时效性强λ
每个需要处理的测点的值都与时间相关，一秒钟之后的数据与一秒钟之前的数据可能就不一样了，因此，在保存测点值的同时，必须通过某种方法将其对应的时间也纪录起来。
3.不选择关系型数据库的理由
关系型数据库，较难处理工业控制领域的数据。主要原因是：
插入速度慢λ
一般关系型数据库是基于事务处理的，在处理失效后，还要回滚作业。所以至少要存放两处，该机制使速度较慢；既使用今日的Intel P4 双至强类CPU，在对2000 个测点进行插入时也用占用10s 以上的时间。而工业监控系统需要面对的是数万点的实时数据以秒级的间隔存放数据。
维护困难λ
商用数据库为了保证完整性，所有的内容往往放在一个文件内，这对海量数据的存放维护发生困难。如果有一个200G 的数据库，完全备份就可能要一天。备份文件中有一个错误就可能导致200G 的备份文件失效，所以不实用。
不能满足实时应用的需求λ
用数据库存放实时数据据及查询方式不能满足实时应用的需要。一个简单的例子是假定以1 秒为间隔存放好了数据，一周有数据604800 组，但是现要以60 秒为间隔取出其中10080 组或者以等间隔原则取出8888 组，标准SQL 语法就较难实现。
因此，工业监控领域以及电厂SIS应用领域，必须寻找适合实时应用需要的实时数据库系统。
4.实时数据库的压缩算法介绍
实时数据库系统的技术核心在于数据压缩。需要将数据经压缩后再存入硬盘，当需要用数据时再解压缩硬盘上的数据。目前用于国内外实时数据库上的压缩算法通常分为两类：无损压缩和有损压缩。
4.1 无损压缩
大多数信息的表达都存在着一定的冗余度，通过采用一定的模型和编码方法，可以降低这种冗余度。Huffman编码是无损压缩中非常著名的算法之一。 WinRar和
WinZip等软件都采用了类似Huffman编码的压缩方式。这些压缩方法的共同特点是：压缩和解压过程中，信息不会发生变化。
在实时数据库中，也可以采用这些无损压缩技术，但是在实现时，必须要考虑压缩和解压缩的效率，如果某个压缩算法的压缩比非常高，但是其解压的速度非常慢，则肯定不能用于实时数据库中，否则，人们在查询数据时，会等待得失去耐心。
4.2 有损压缩
相对于无损压缩，有缩压缩肯定会丢失一些信息，但必须要保证这些丢失的信息不能影响系统数据的精度。大家在其它领域中也遇到过有损压缩的应用，比如：JPG 图像压缩就是一种有损压缩，MP3声音压缩也是一种有损压缩。
在实时数据库中，有损压缩主要有两种方法：死区压缩和趋势压缩。
死区压缩λ
所谓死区就是定义某一测点的值不变的范围。采用死区压缩就是记录该点死区之外的数据值。例如有一测点 A，定义其死区为 1%，上次记录的测点值为 110.00，那么此次采集的测点值为 111.00，那么两者差值(111-110)/110<1%，那么认为此次测点值在该点的死区范围内，则认为不变化，即不记录。若下一次测点值为 120.00，那么两者差值(120-110)/110>1%，那么认为此次测点值在该点的死区范围外，则认为变化，记录。
趋势压缩λ
趋势压缩，是根据测点的阶段性趋势进行压缩，原则上只记录满足趋势条件的起点和终点。PI的旋转门压缩技术是该类算法的典范。
一般的趋势压缩如上图所示，T1到 T2时刻某测点的值保持者该趋势，那么在此趋势上下的两条容差线将是下一时刻点的死区范围，若下一时刻 T3在此两条两条容差线之间，那么不记录此值，两条容差线将适用于下一时刻，若下一时刻 T4在此两条两条容差线之外，则记录该值，趋势发生改变，两条容差线将发生改变，下一时刻测点将按改变后的容差线来判断。
5.实时数据库的访问方式
使用实时数据库提供的APIλ
这种方式效率最高，也最简单。
使用ODBCλ
大部分实时数据库提供了标准的ODBC接口，也提供了SQL查询语言，通过这些方法，用户可以将实时数据库当作一个标准的数据库来使用。但这种方法速度较慢，且不能体现实时数据的全部优势。
使用OPC方式（OLE for Process Control）λ
因为太多的数据库和DCS使用自己的API方式存取数据，无法做到算法的通用，因为工业监控领域提出了一个标准的存取接口，这就是OPC，如今有超过两百家产商加入到OPC组织中，声势浩大。
6.可供选择的实时数据库产品
目前进入国内市场比较成熟的实时数据库产品如下所列：
美国OSIsoft公司，PI；美国老牌数据库，30年来一直只做数据库开发且一直在行业中占据第一位，世界500强的制造型企业有过半采用PI数据库。?
美国Wonderware公司，IndustrialSQL Server，简称INSQL；?
美国 GE,Intellution公司，iHistorian；?
美国HONEYWELL公司，Process History Database，简称PHD ；往往搭配其DCS 和硬件买卖，数据库不是其主营方向，因为PHD是介乎于关系数据库和生产数据库之间。?
美国AspenTech公司，InfoPlus；好像在中石化方面关系做得不错。?
总的来说，国外实时数据库产品在工业监控行业占垄断地位。其中OSIsoft公司的PI采用了旋转门压缩专利技术和独到的二次过滤技术，使进入到PI数据库的数据经过了最有效的压缩，极大地节省了硬盘空间，是效率最高，使用最简单，使用最广泛、性能最突出的实时数据库。
7.总结
实时数据库在SIS、MES系统中起着非常重要的作用，是SIS系统存贮数据的基础。实时数据库是一种特殊类型的数据库系统，但它有许多与关系型数据库存在差异。只有理解了这些相同之处和差异部分，才能对实时数据库有更深地了解。
本文章对实时数据库的基本概念、压缩算法、访问方式等进行了简单介绍。网站上关于实时数据库的介绍还不是很多，很多网站都只是提到了实时数据库的名称，如果大家想对实时数据库有更多地了解，可以到几个主要的实时数据库提供商的网站上寻找更多资料，本人也收集了一些实时数据库的资料，如果大家感兴趣，可以与我共同讨论和研究。
实时数据库、关系数据库、内存数据库的对比分析
在很多情况下，用户很容易将实时数据库与关系数据库混为一谈，实际上，这两类产品的设计理念及应用场合是完全不同的。特别是在电厂SIS、化工MES中弄清这个概念尤为重要。为此本人又整理总结了一下：
内存数据库就是将数据放在内存中直接操作的数据库，它利用内存的读写速度比磁盘快、内存是随机访问而磁盘是顺序访问这两个特点，将数据保存在内存中，在内存中模仿建立表结构和索引结构并针对内存特性进行优化，相比从磁盘上访问，内存数据库能够提高应用的性能。
而实时数据库不但利用了内存的特性，而且考虑到工控行业的应用特性，将关系数据库的表结构和表关系简化，以进行性能的优化，并针对工控行业的数据特性，对数据进行压缩处理。
关系数据库、实时数据库与内存数据库相比，有如下差别：
实时数据库与关系数据库对比分析
从以上的表格可以看出，内存数据库与关系数据库相比，速度快10-20倍左右，且具有与关系数据库类似的完整表结构，因此在电信业处理大量实时事务业务时经常用到，它也可以应用在工控行业，比如，在很多电力行业SCADA软件中，都包含了一个小型的内存数据库系统（但不是真正意义上的内存数据库），但是，在超大型SCADA软件中，它仍不能满足需求，因为它性能比实时数据库慢10倍，且不能解决历史数据存贮的问题，还存在因为掉电导致大量数据丢失的风险。
以上的比较，指标并不全面，也并不是说，实时数据库一定比关系数据库和内存数据库好，只能说，需要针对不同应用的不同需求，做出综合决策，选择最适合自己需要的数据库产品。
PI实时数据库强大技术优势
1.1 采集效率高、读取速度快
单机点数规模达400万点；
数据吞吐量为4百万/秒；
存储能力为10-15万个事件/秒；
数据访问能力为100万个事件/秒；
秒级时间内可以取到1000点的2年至3年的历史数据。
1.2 数据存储效率高、磁盘占用空间小、恢复精度100%
旋转门压缩专利技术和独到的二次过滤技术，使进入到PI数据库的数据经过了最有效的压缩，极大地节省了硬盘空间。
1.3 丰富的客户端应用程序，便于展示和分析实时数据
30多种基于B/S、C/S的客户端，满足用户各种展示需求。
1.4 分布式服务器结构，提供成熟接口开发工具
分布式数据采集结构、集中式数据管理方式，使数据来源复杂而又分散的问题迎刃而解。
提供400多种成熟的接口软件。接口软件具有数据缓存功能。
1.5 支持集团化应用
支持多服务器结构的分布式数据存储，数据可以分散存储在不同地点或不同区域的服务器上，便于集团化企业构建生产实时管理系统。
1.6 较高的安全性和稳定性
PI具有极高的安全性和良好的安全机制：
1、PI的注册机制，提供基于用户注册的连接许可；
2、PI的信任机制，提供非交互式应用的访问许可；
3、数据库安全，控制对数据库的访问。
系统运行稳定性极高，在全球拥有一万多用户，25年来从未因为系统故障影响业务连续性。
1.7 资产分析与可视化
Analysis Framework（AF）是一种可管理的环境，企业可以借助它为资产定义一致的表现形式，并利用这些资产进行简单或复杂的分析，以生成关键且可操作的信息。AF真正的强大功能在于它能够重用信息和将信息进行可视化。
1.8 企业信息系统集成与共享
RLINK提供了一个双向网关，用于与 ERP和 EAM系统的数据、事件及图像集成。系统示例包括 SAP R/3、Oracle JD Edwards EnterpriseOne、MRO Software Maximo 和Indus International Passport/EMPAC 等。
1.9 灵活的门户系统
基于 Web 的应用程序允许用户将实时系统、维护系统、生产规划系统和财务系统等多种不同来源的数据灵活地显示在熟悉的基于 Internet 浏览器的环境中。
1.10 网络设备检测
MCN Health Monitor用于检测生产制造IT基础架构中潜伏的问题、性能威胁、网络问题和网络瓶颈。MCN可以帮助生产管理者发现潜在的问题，并及时采取必要
的措施，消除或尽量降低因为断电、基础设施故障以及流程性能问题所带来的附加成本和损失。
1.11 高可用性架构
对数据进行不中断访问是用户非常关心的问题，这就是HA（高可用性）产生的原因。高可用性，就是容许系统故障和继续提供服务的能力。不需要特殊硬件或集群环境，HA就能向用户提供一个可替换的时间序列数据源，提高了PI Server的可靠性。高可用性架构能够使用户免于计划外停机（地震、冰灾、系统瘫痪等）造成的事故和损失。
1.12 强大的二次开发工具
OSIsoft为用户基于PI系统的开发提供了多种方便的二次开发工具，包括PI API、PI SDK、PI ODBC、PI OLEDB等。
数据库安全加固产品选型系列之二 上次写了数据库安全加固产品选型系列文章的第一篇后，据说反响还不错。但是在部门内部就“资深”售前的称号问题产生了争执，大家一致认为本人虽然“长的着急”了点，但是心理年龄似乎还是比较年轻的，是啊，就像那首歌里唱不是：“革命人永远是年轻……” （坏了，这首老歌又暴露了问题……） 言归正传，上回从客户面临的数据库安全“核心痛点”，以及中安威士针对客户“痛点”开发的几款产品的实现原理，两个方面介绍了在数据库安全加固产品选型时的一些参考依据。 今天我们来聊聊造成数据库风险存在的最大，最直接，最重要的因素：人！您别笑，我也没和您开玩笑。您仔细想想看，围绕数据库安全的诸多维度，例如，数据库的权限配置、数据库的备份与恢复、数据库的误操作，甚至是数据库本身存在的各种漏洞和针对数据库发起攻击的黑客们，都离不开我说的这个一撇一捺的“人”字。 举个例子，如果我们只从数据库泄露途径这个相对单纯的维度来分析“人”带来的威胁。不难看出,数据泄露的途径主要来自外部和内部两个方面。第一个方面：外部威胁一般大家都明白，各种黑客攻击，SQL注入，恶意后门等等方法来企图窃取数据。另一方面，内部人员的蓄意越权访问、误操作、或是介质窃取等，都是数据泄露和数据遭到破坏的途径。值得一提的是，内部人员通常权限较高，可以轻而易举的导出整库整表的数据，和黑客们的外部攻击相比，看似缺乏技术含量的来自内部的威胁却逐渐成为了数据泄露风险的主流因素。根据权威咨询公司的调查结果显示，来自于内部的数据泄漏事件占70%以上。 随着企业在边界防护上的不断强化，越来越多的数据安全防线，被从内部攻破。特别是具有敏感数据访问权限的人员成为数据泄密的主要途径。如何针对现实工作中的多种人员角色来选择中安威士的数据库安全加固产品，以覆盖数据泄露的多个风险点呢？我们已经总结好了，为了让您看得清清楚楚、明明白白、真真切切……当然还是上表格啦！
实时/历史数据库和关系型数据库的区别 一、实时数据库 实时数据库是数据库系统发展的一个分支，它适用于处理不断更新的快速变化的数据及具有时间限制的事务处理。实时数据库技术是实时系统和数据库技术相结合的产物。实时数据库最起初是基于先进控制和优化控制而出现的，对数据的实时性要求比较高，因而实时、高效、稳定是实时数据库最关键的指标。 早期实时数据库的概念即我们所说的内存数据库，其相当于数据中枢的作用，将厂级相互孤立的DCS数据有效整合起来，在厂级应用中某个DCS的数据可为其他DCS的工艺算法提供数据支持，其有效解决了数据孤岛问题，拓展了DCS的功能，因而，实时数据库在先进控制和优化控制中起到了尤为重要的作用。 但早期的内存数据库并不能有效的解决实时数据的细时间粒度压缩存储，工业模型对象数值属性高度分类抽象，大容量数据的高效实时检索及处理等关键问题。而实时数据库在数据通信、数据组织、数据存储、数据检索、数据访问、数据处理、数据展现等方面的专业化及产品化，为构建基于大容量实时历史数据之上的分析应用提供了便捷稳定的数据支撑，使应用系统可以从更高更深层次充分利用宝贵的生产实时历史数据。 目前，实时数据库已广泛应用于电力、石油石化、交通、冶金、军工、环保等行业，是构建工业生产调度监控系统、指挥系统，生产实时历史数据中心的不可缺少的基础软件。 二、关系数据库 关系数据库，是指采用了关系模型来组织数据的数据库。关系模型是在1970年由IBM首先提出，在之后的几十年中，关系模型的概念得到了充分的发展并逐渐成为数据库架构的主流模型。简单来说，关系模型指的就是二维表格模型，而一个关系型数据库就是由二维表及其之间的联系组成的一个数据组织。关系型数据库有着以下特点： 容易理解：二维表结构是非常贴近逻辑世界的一个概念，关系模型相对网状、层次等其他模型来说更容易理解。 使用方便：通用的SQL语言使得操作关系型数据库非常方便，程序员甚至于数据管理员可以方便地在逻辑层面操作数据库，而完全不必理解其底层实现。 易于维护：丰富的完整性（实体完整性、参照完整性和用户定义的完整性）大大降低了数据冗余和数据不一致的概率。
国家二级ACCESS机试选择题（数据库设计基础）模拟试卷2 (总分：60.00，做题时间：90分钟) 一、选择题(总题数：30，分数：60.00) 1.在关系模型中，每一个二维表称为一个 （分数：2.00） A.关系√ B.属性 C.元组 D.主码(键) 解析：解析：每个二维表代表一个关系，由表框架及表的元组组成。 2.若实体A和B是一对多的联系，实体B和C是一对一的联系，则实体A和C的联系是 （分数：2.00） A.一对一 B.一对多√ C.多对一 D.多对多 解析：解析：由于B和C有一一对应的联系，而A和B只间有一对多的联系，则通过关系之间的传递，则A和C之间也是一对多的联系。 3.有三个关系R，S和T R和S得到关系T的运算是 （分数：2.00） A.选择 B.投影 C.交 D.并√ 解析：解析：关系代数的并运算是指：设关系R和S具有相同的关系模式，R和S的并是由属于R或属于S 的元组组成的集合，记为R∪S。形式定义为：R∪S≡{t｜t∈RVt∈S}，式中t是元组变量。本题中关系T 是由属于关系R的或者属于关系S的元组组成，所以T是R u s的结果。 4.一般情况下，当对关系R和S进行自然连接时，要求R和S含有一个或者多个共有的 （分数：2.00） A.记录 B.行 C.属性√ D.元组 解析：解析：自然连接要满足两个条件：一是两关系之间有公共域。二是通过共域的相等值(属性)进行连接。 5.有三个关系R，S和T R和S得到关系T的运算是 （分数：2.00） A.选择 B.差√ C.交 D.并 解析：解析：由关系T中的数据可以看出，其数据由属于关系R但是不属于关系S的数据组成。所以关系T是由关系R和S通过差运算得到的。
中小型企业如何选择自己的数据库 作为一个中小型的公司，在数据库选型方面的做法是我们本次选题非常重视的，陈总也很乐意的和我分享了他们公司在数据库选型方面的一些思路，陈总认为：“由于SP行业对于数据库的吞吐量不像互联网应用要求的那么高，但是我们需要的是数据库的性能比较强劲比较稳定，相对而言，目前Sqlserver也能够满足我们实际应用的需求，我们肯定会想到今后的业务发展，其中包括稳定性等方面的考虑，因此我们会选择Oracle，Oracle是基于Linux 方面，因此稳定性要比windows 平台会好一些，当然也会有成本上的考虑。Oracle在大型运算的时候某种成本要比SQlserver强一些，所以我们的中心数据库会放在Oracle中，这是我们目前正在做的一个工作。” 我们都知道，做数据库的迁移不是一件很容易的事情，如果做得不好势必会影响到自己的业务，说到数据库迁移时的问题，我们从北京天舟通讯有限公司的一些实际经验中了解到，他们在迁移中也遇到了一些问题。陈总认为：“迁移肯定会遇到问题，而且迁移一般会有两种情况，第一、增量迁移。第二、全量迁移。我们这次的迁移选择的是全量迁移，而且方案和淘宝是很类似的。我们也专门做了一个中间的服务层，让数据从SQLServer慢慢的迁移到Oracle，最后有个时间节点，比如说夜晚一停机的时候所有的数据都会指向新的Oracle。迁移过程中遇到的问题主要有两点：第一个是迁移的速度。我们目前的数据量相对于淘宝来说还是非常少的，也就是有几百G大小的数据量。第二、我们的服务是24小时的。因此服务的短时间迁移是很重要的。要保证数据的一致性，迁移完成之后要进行校验，而且目前有几个方案可供选择，而且还在校验过程中。” 中小型企业数据库选型的建议：中小型企业数据库选择的时候成本的考虑是很重要的，目前我们公司做增值方面的业务，由于和运营商的合作，因此公司在运营投入方面的力度还是很大的。其实我个人觉得我们公司使用MySql是没有问题的，但是我们公司考虑数据库的性能方面要比成本会更重要一些。 对于一些中小型企业来讲，选择Mysql、PCserver，搭几个群集基本上是够用的。而我们就会做好一些的，比如Oracle 的RAC，Oracle的群集，目前就是选择多花一些钱，保证今后用户的增长。 目前我们公司和运营商合作的话，如果发展的好的话，收入是一直保持固定的增长，我们的用户流动性很小，业绩也是一个增量的过程，公司在财力方面还是很宽松的，因此选择数据库也是很注重性能和稳定性。 说到了数据库的迁移，我们不难想到一个问题，今后主要的业务会转移到Oracle上面，其他数据库会不会继续采用?对于这个问题，陈总认为：“我们公司有很多的支撑系统，这些系统有些是在SQLServer和Mysql上面，目前不可能一下子就迁移到Oracle上面，因为所有的支撑系统全部开发一遍也是不现实的。我们的一些核心业务如IVR(应答式交互)会迁移到Oracle中，而以前的支撑系统还是会采用Mysql数据库。”
PI 实时数据库系统详细介绍 PI.实时数据库系统---详细介绍2010-08-20 11：50PI实时数据库系统(Plant Information System)是由美国OSI Software 公司开发的基于C/S、B/S结构的商品化软件应用平台，是工厂底层控制网络与上层治理信息系统连接的桥梁，PI在工厂信息集成中扮演着特别和重要的角色。PI实时数据库系统适用于电力、石油、化工、冶金、造纸、制药、水处理、食 品饮料、通讯等各种生产流程企业的生产过程优化。 PI是全世界装机量最多的实时数据库系统，已成为OSI公司的标志产品。美国O SI Software公司创建于1980年，总部设在加州San Leandro。在休斯顿、西雅图、克里夫兰设有分部，在美国的IL、FL、MO、MA 、NY、NC等州设有办事处，在澳大利亚、新西兰、德国、新加坡设有办事处，全球范围有超过50多个分销商，智网科技(杭州)有限公司是OSI Software公司在中国的指定分销商。同时，智网科技还利用自身的技术优势，在PI系统的平台上，二次开发了诸多的电厂应用子系统，使用户十分方便地进行电厂生产过程优化及安全运行治理。 OSI Software公司与Microsoft、SAP、KBC等闻名公司保持着良好的合作关系，PI 的客户端产品中底层完全采用微软Windows技术，同时也将用户界面Windows化。迄今为止，PI的客户端模块以功能强盛、灵活、易用的特点在业界一直保持着领先的地位。OSI Software公司还与世界上几乎所有的DCS/PLC厂商保持着良好合作关系，这就 使得PI与DCS/PLC的数据接口建立在坚实的基础之上。 PI实时数据库系统概述世界上众多的企业都熟悉到生产过程的实时数据与历史数据是企业最有价值的信息财富，是整个企业信息系统的核心和基础。但是，假如生产现场缺乏数据，数据不完整或者不一致，以及历史数据丢失，都将导致管理者对工厂的现状无法判断，给管理带来困难，严峻时甚至导致工厂停产，发生事故等等。二十年来，OSI Software公司一直致力于实时数据库产品的开发工作，使得PI系统成为世界上 最优秀的实时数据库产品。
制造过程企业对实时数据库的选型 实时数据库简介 作者：Linkman，文章多处引用自：https://www.doczj.com/doc/267977094.html, 1.前言 一提到数据库，大家肯定会想到SQL Server、Oracle等关系型数据库。实际上，数据库的种类非常多，在计算机发展的历史上，存在着多种类型的数据库。 早期，关系型数据库与层次型数据库、网络型数据库并驾齐驱，但关系型数据库依靠其描述简单、实现容易等特点，在竞争中取得了胜利，在上世纪90年代初期，从Foxpro、Access到Oracle、Informix、SyBase、SQL server，关系型数据库一统天下。 但在特定的应用领域中，关系型数据库并不能完美表现，于是，产生了新的数据库类型：在协同办公领域中使用的文档型数据库（如NOTES）,在嵌入式应用领域中使用的嵌入式数据库（如SQLite），在工业监控领域使用的实时数据库（如PI），等等。 本文章将对实时数据库进行简单的介绍。 2.在工业监控领域中，数据库应用的特点 工业监控系统的定义非常大，所有需要对运行设备进行自动化监视、控制的系统都可以定义为工业监控系统，这里面就包括火电厂厂级监控系统（SIS），在这类应用领域中，数据库应用有如下特点： 测点数量多 一个新建300WM的火电厂的SIS系统，需要处理的测点数超过了10000点，这些测点的变化周期通常在1秒钟之内，也就是说，需要将超过10000点的数据在1秒钟之内保存到数据库中。 存储量大 实时数据库的核心就是对大量的实时信息进行处理，由于成年累月的数据将占据大量的硬盘空间。例如对于 1万点的系统，每 1秒钟存储一次，每次单点占用 8个字节，那么保存 10年的数据量将有 10000*8*10*365*86400=25228800000000字节，也就是 23TGB。若用 80GB的硬盘存放，需要存放 293块硬盘！
数据库技术的发展史 数据库技术的发展，已经成为先进信息技术的重要组成部分，是现代计算机信息系统和计算机应用系统的基础和核心。数据库技术最初产生于20世纪60年代中期，到今天近几十年的历史，其发展速度之快，使用X围之广是其它技术所远不及的。 先介绍一下数据模型的概念：数据模型是数据库系统的核心和基础。数据模型的发展经历了格式化数据模型（包括层状数据模型和网状数据模型）、关系数据模型两个阶段，正在走向面向对象的数据模型等非传统数据模型的阶段。 层状数据模型每个节点间是一对多的父子之间的联系，比如一个父亲三个儿子；中心下的几个部门，部门里的人。网状数据模型中允许任意两个节点间有多种联系，层次模型实际上是网状模型的一个特例；如同学生选课，一个学生可以选修多门课程，某一课程也可被多名学生选修。关系数据模型，职工,比如我（编号，XX，性别，所属部门，籍贯），我和马薇，X晖，陈曙光等就组成了一X关系模型的数据表。 根据数据模型的发展，数据库技术可以相应地划分为三个阶段：第一代的网状、层次数据库系统；第二代的关系数据库系统；第三代的以面向对象模型为主要特征的数据库系统。
第一代数据库的代表是1969年IBM公司研制的层次模型的数据库管理系统IMS和70年代美国数据库系统语言协商CODASYL下属数据库任务组DBTG提议的网状模型。层次数据库的数据模型是有根的定向有序树，网状模型对应的是有向图。这两种数据库奠定了现代数据库发展的基础。这两种数据库具有如下共同点： 1.支持三级模式（外模式、模式、内模式），模式之间具有转换（或成为映射）功能，保证了数据库系统具有数据与程序的物理独立性和一定的逻辑独立性； 2.用存取路径来表示数据之间的联系； 3.有独立的数据定义语言； 4.导航式的数据操纵语言。 网状数据库 最早出现的是网状DBMS。网状模型中以记录为数据的存储单位。记录包含若干数据项。网状数据库的数据项可以是多值的和复合的数据。每个记录有一个惟一地标识它的内部标识符，称为码（DatabaseKey,DBK），它在一个记录存入数据库时由DBMS自动赋予。DBK可以看作记录的逻辑地址，可作记录的替身，或用于寻找记录。网状数据库是导航式（Navigation）数据库，用户在操作数据库时不但说明要做什么，还要说明怎么做。例如在查找语句中不但要说明查找的对象，而且要规定存取路径。
（一）数据库主机选型 AS/400从诞生一开始就通过提供卓越的业务处理 功能，可靠性，安全性和可扩展性从而提供真正 的商业价值。在全球，各种规模的企业都选择将 其关键的业务构筑于AS/400之上，其高的性能价 格比已得到各界用户的普遍认同。在国内与医疗 业保险相近的客户有：珠海医疗保险、深圳社会 保险、大连社会保险等。 AS/400是世界上已知的最易于使用、功能最完善 的计算机系统。鉴于它能使客户在其经营上花更 多的时间，而很少花时间去管理他们的信息系统，因而相当多的客户均选择了该系统。所有的AS/400计算机均用同一使用方便的、完善的OperatingSystem/400(OS/400)，它拥有强大的集成的关系数据库、多种通信协议、高度安全性、强大的文件维护及打印能力、完善的系统及网络管理特性，同时提供详细的中文联机帮助。而且全都使用易于理解的中文菜单方式或HTML浏览器方式进行访问。最新版本的操作系统包含一种全新的集成语言环境(ILE)，它使应用开发可以使用多种编程语言同时进行，更快、更灵活和更有效。 ★选择AS/400e主要理由： 卓越的性能 AS/400e的成功赢利及众多的装机量，使得IBM每年不断投入大量人力物力以最新技术对其进行改进，AS/400e的性能不断提高，1990年以来，AS/400e的高端性能每年增长60-70%，性能价格比每年增长30%?AS/400e系列产品其可伸缩性从低端到高端跨度1100倍以上。TPC-C值达152,346Tpmc。 下面从影响AS/400e性能的三个主要方面逐一阐述：芯片、I/O子系统、先进的体系结构。 I 芯片
1、绝缘硅技术(SOI) 绝缘硅片技术实际上是一种微处理器技术，它能将更多的硅和硅氧化层添加到处理器中用于绝缘。具体来讲，它是在处理器芯片内部的硅晶片上先嵌埋一层二氧化硅绝缘物，再以这一绝缘物作为基板来制造各个晶体管，通过绝缘的氧化层起到保护芯片上数万个晶体管的作用，减小晶体管的静电电容，而使晶体管的状态切换加快，降低了误差、提高了晶体管的工作效率以及微处理器的速度；同时，减小了状态切换时的充电电流，以降低功耗，延长了设备的实用寿命。 2、PowerPC64位处理器技术 AS/400e是目前唯一从硬件、操作系统到应用程序全面实现64位处理的计算机系统。此芯片的设计是为了适应商业环境的需要，采用5级流水，4级超标量运算，有20多条专为AS/400e设计的专用指令，这种扩展主要是针对商用工作负荷进行优化，使得AS/400e更适于定点运算,这样使AS/400e在商业环境中可以做一个非常优秀的服务器。在不同的应用领域，AS/400e的64位技术体现出强大的性能和巨大的潜力。它的TPC-C值在业界也处于领先地位。 3、CMOS技术 采用CMOS技术，在原有PowerPC60x的228条64位的指令上增加了20多条专为AS/400e设计的专用指令至253条，增加的指令主要包括数据值运算支持，一些新的载入和储存指令，对指令预装入的处理等，这些指令对商用运算非常重要。 4、256bit总线宽度与升级Cache通信 在总线方面，PowerPCAS采用256bit总线宽度与升级Cache通信，确保了中央处理器能够大容量地处理数据和指令。而很多的RISC芯片均采用64bit的总线宽度与Cache通信，这在商用数据的大吞吐量面前势必会形成瓶颈。尽管系统可吞吐大量数据，但Cache通常仍是多数RISC系统的瓶颈，AS/400e采用256KB单循环数据Cache来克服这个问题，Cache带宽高达4.9GB/S，系统总线带宽达36GB/S，这一值是许多RISC芯片总线宽度的两倍。 5、指令预取处理技术 在指令预取方面，大多数的RISC芯片的击中准确率仅为80%或90%，也就是说系统在为下一步运算预取指令后，常常需要重新再预取，这是因为程序中的跳转和转移等命令所致。这使得中央处理器未得到充分利用，某些时候处于空闲状态，而PowerPCAS芯片采用特殊指令预取处理技术使预取准确率达100%，充分利用了CPU的处理能力。 6、全面的错误检验技术 在商业应用方面另一个重要因素是数据的高度集成和可用性。PowerPCAS芯片中采用全面的错误检验技术，不同的奇偶校验方式被集成到多数控制和数据流逻辑单元上，使得芯片级校验非常完备和可靠。 II I/O子系统 系统的设备通过I/O总线连接到主机上，对AS/400e来说，大量的I/O处理器分别承担了不同的任务处理，极大地减轻了中央处理器的负担，使得中央处理器能对
1．在数据库系统中，提供数据与应用程序间物理独立性的是( B ) A．外模式/模式映像 B．模式/内模式映像C．外模式/内模式映像 D．子模式/模式映像 2．对于实体集A中的每一个实体，实体集B 中至少有一个实体与之联系，反之亦然，则称实体集A与实体集B之间具有的联 系是( C ) A．多对一B．一对多 C．多对多D．一对一 3．数据库物理设计的任务不包括 ．．．( A ) A．优化模式B．存储记录结构设计C．确定数据存放位置D．存取方法设计4．设有关系WORK（ENO，CNO，PAY），主码为（ENO，CNO）。按照实体完整性规则( D ) A．只有ENO不能取空值B．只有CNO不能取空值 C．只有PAY不能取空值D．ENO与CNO都不能取空值 5.数据库系统的核心组成部分是( D ) A.DB B.DD
C.DBA D.DBMS 6.数据库的最小存取单位是( C ) A.字符 B.数据项 C.记录 D.文件 7.数据库应用程序的编写是基于三级模式 结构中的( A ) A.外模式 B.逻辑模式 C.内模式 D.概念模式 8.数据库管理系统DBMS中用来定义逻辑模式、内模式和外模式的语言是（ C ） A）DML B)C C)DDL D)Basic 9．在关系模式R中，函数依赖X→Y的语义 是( B ) A．在R的某一关系中，若任意两个元组的X 值相等，则Y值也相等 B．在R的一切可能关系中，若任意两个元 组的X值相等，则Y值也相等 C．在R的某一关系中，Y值应与X值相等D．在R的一切可能关系中，Y值应与X值相 等 10．.数据库管理系统DBMS中用来定义逻辑
各类历史文献数据库整合 因为《书目答问》接下去的这部书我还没用较为清楚的认识，所以这两天《书目答问》就暂停下，等我搞清楚了再写。前几次写数据库利用的时候是专门讲如何去发现、使用，今天将我使用比较多的免费历史文献数据库（包括民国文献）整合发送，各位可按需选用。如果能纯熟地结合使用，我想一定能有很大的发现，对于研究很有帮助。中国国家图书馆免费历史文献数字资源 数字善本：https://www.doczj.com/doc/267977094.html,/web/guest/shanbenjiaojuan 数字方志：https://www.doczj.com/doc/267977094.html,/web/guest/shuzifangzhi地方志：https://www.doczj.com/doc/267977094.html,/web/guest/zhengjidifangzhi宋人文集：https://www.doczj.com/doc/267977094.html,/web/guest/songrenwenji家谱： https://www.doczj.com/doc/267977094.html,/web/guest/zhengjijiapu徽州善本家谱：https://www.doczj.com/doc/267977094.html,/web/guest/huizhoushanbenjiapu中文拓片资源库：https://www.doczj.com/doc/267977094.html,/web/guest/beitiejinghua甲骨：https://www.doczj.com/doc/267977094.html,/web/guest/jiagushiwu民国文献： https://www.doczj.com/doc/267977094.html,/web/guest/zhengjiminguowenxian民国图书：https://www.doczj.com/doc/267977094.html,/web/guest/minguotushu民国期刊：https://www.doczj.com/doc/267977094.html,/web/guest/minguoqikan民国法律： https://www.doczj.com/doc/267977094.html,/web/guest/minguofalv民国报纸： https://www.doczj.com/doc/267977094.html,/web/guest/minguobaozhi目前有《新华日报》
数据库选型的五大要素 面对品种繁多的数据库产品，如何才能独具慧眼，选中适合自己的数据库产品呢？众所周知，正确的评估、选型与数据库技术本身同样重要。而通常，数据库厂商都会在性能清单和技术基准表中尽量展现产品最佳的一面，对产品弱点却避免提及或进行遮掩，关于这一点，业界已经是人尽皆知了。其实在挑选和评估过程中，首要目标是选择一款能够满足甚至超过预定要求的技术或解决方案。选型的正确方法将使用户在面对众多产品时，提高其做出最佳选择的能力。 数据库选型时，必须考虑以下五大因素： 1. 开发要求 2. 性能/成本 3. 数据库运行和管理 4. 可升级性 5. 总体拥有成本 开发要求 首先，需要清楚自己究竟想使用什么开发技术。例如，你是要以https://www.doczj.com/doc/267977094.html,访问传统的关系型数据库？还是要以纯面向对象技术构建J2EE应用平台？又或是需要建设XML Web Services？如果你要实现的是纯关系型的开发典范，那么实际要 使用的受支持的标准（和非标准）SQL功能有多少？ 如果你要规划的是面向对象开发策略，那么在原计划里的数据库支持真正的面向对象吗？它是如何支持的？若有需要, 它能同时提供SQL的功能吗？数据库支持这个功能吗？虽然,有些关系型数据库声称支持对象开发，但实际上并不是直 接支持的。这种非直接的体系结构将导致更多的事务处理故障，以及潜在的可升级性和性能问题。 另外，你还需要确定自己的前端技术如何与后端进行“对话”。你的业务逻辑是放在客户机一端呢？还是放在服务器一端？你要使用哪些脚本语言？它们与后端服务器的兼容性如何？它们是快速应用开发（RAD）环境吗？ 目前，实现基于关系型数据库的应用可以选择传统的主流品牌，这些数据库产品有着很成熟的关系技术以及广泛的应用资源。但是,如果实现的是基于面向对象技术的应用、又或是数据结构更为复杂时，不妨考虑目前一些公司推出的所谓 后关系数据库。它所代表的正好是关系数据库和面向对象技术的融合，以多维数据引擎作为核心，从根本上支持复杂的对象存储及主流的二维表，同时也已经配备了功能强大的应用服务引擎，可作对象逻辑操作的平台。它的出现已经为传统数据库领域带来了冲击，而在面向对象数据库方面更是广受欢迎。 性能/成本 测量数据库性能最常见的方法是TPC基准。TPC明确地定义了数据库方案、数据量以及SQL查询。测量的结果是，在特 定的操作系统上，配置了特定的数据库版本，以及在惊人的硬件条件下，每项事务的成本是多少——其中的事务可以是TPC测试中定义的任何数据库操作。 从理论上来讲，这类基准旨在提供不同产品间客观的比较值。但在现实中，这些方案又有多少能准确反映并回答你在挑选技术时所存在的疑惑？其次，所有技术厂商发布的TPC基准都会超过以前发布的结果。这样，TPC基准在更大程度上 反映的是为解决问题而投入的内存和CPU量，而不是数据库性能的任何真实表现。 以笔者多年所见，只有在真实的环境中进行实际的比较测试才可以推断出数据库的预期性能及评估所需成本。常用的方法包括平衡移植，把原来的数据转移到类似硬件上的另一套数据库，然后以真实的客户端连接这套测试对象。又或是以数据产生器针对真实的数据模型，建立出庞大的数据量，再以客户端连接作测试。 这种做法跟实验室中的做法的不同之处有以下几点：第一，试验中的硬件构架跟你预期的方案不会有太大的差别；第二，所测试的事务在宽度和深度方面跟未来计划的也差不太远；第三，如果是硬件条件一样，我们可以直接看出测试对象跟原来方案有着多少差异。
数据库服务器选型原则及实例解说
数据库服务器选型原则及实例解说 数据库服务器作为业务系统的核心，具有业务量大、存储数据量大等特点。它承担着业务数据的存储和处理任务，因此关键数据库服务器的选择就显得尤为重要。服务器的可靠性和可用性是首要的需求，其次是数据处理能力和安全性，然后是可扩展性和可管理性。 根据应用类型和规模的不同，数据库对于服务器的性能要求也不一样。如对于大型数据库(ERP, OLTP, data mart)来说，服务器往往仅用来运行数据库，或仅运行单一的应用。数据库的容量在1TB以上，需要有较高的CPU处理能力，大容量内存为数据缓存服务，并需要很好的IO性能，使用这类应用时，通常需要有较高的CPU主频。那么，具体到某个行业甚至某个项目，数据库服务器该如何选择呢? 数据库服务器选型五个原则 首先，数据库服务器选型应该遵循以下几个原则： 1)高性能原则 保证所选购的服务器，不仅能够满足运营系统的运行和业务处理的需要，而且能够满足一定时期的业务量增长的需要。一般可以根据经验公式计算出所需的服务器TpmC值，然后比较各服务器厂商和TPC组织公布的TpmC值，选择相应的机型。同时，用服务器的市场价/报价除去计算出来的TpmC值得出单位TpmC 值的价格，进而选择高性能价格比的服务器。 2)可靠性原则 可靠性原则是所有选择设备和系统中首要考虑的，尤其是在大型的、有大量处理要求的、需要长期运行的系统。考虑服务器系统的可靠性，不仅要考虑服务器单个节点的可靠性或稳定性，而且要考虑服务器与相关辅助系统之间连接的整体可靠性，如：网络系统、安全系统、远程打印系统等。在必要时，还应考虑对关键服务器采用集群技术，如：双机热备份或集群并行访问技术，甚至采用可能的完全容错机。 比如，要保证系统(硬件和操作系统)在99.98%的时间内都能够正常运作(包括维修时间)，则故障停机时间六个月不得超过0.5个小时。服务器需7×24小时连续运行，因而要求其具有很高的安全可靠性。系统整机平均无故障时间(MTBF)不低于80000小时。服务器如出现CPU损坏或其它机械故障，都能在20分钟内由备用的CPU和机器自动代替工作，无须人员操作，保证数据完整。 3)可扩展性原则 保证所选购的服务器具有优秀的可扩展性原则。因为服务器是所有系统处理的核心，要求具有大数据吞吐速率，包括：I/O速率和网络通讯速率，而且服务器需要能够处理一定时期的业务发展所带来的数据量，需要服务器能够在相应时间对其自身根据业务发展的需要进行相应的升级，如：CPU型号升级、内存扩大、硬盘扩大、更换网卡、增加终端数目、挂接磁盘阵列或与其他服务器组成对集中数据的并发访问的集群系统等。这都需要所选购的服务器在整体上具有一个良好的可扩充余地。一般数据库和计费应用服务器在大型计费系统的设计中就会采用集群方式来增加可靠性，其中挂接的磁盘存储系统，根据数据量和投资考虑，可以采用DAS、NAS或SAN等实现技术。
亚控科技——企业智能化解决方案组件之一 KingHistorian——企业的历史数据采集平台 生产数据是现代企业生产正常运转的根源。如果数据流能够很容易地从生产过程到达决策者的计算机上，就可以更快捷地作出灵活的商业决策。不论是中小企业，还是全球性性企业，其成功都依赖于准确和快速的数据。但是，如果生产系统和商业系统之间缺乏关键的连接，企业永远不能发挥其真正的潜力。在当今快节奏和激烈竞争的商业环境中，控制和调节生产数据容量的需求已越来越紧迫。 作为“亚控科技”的“企业智能化解决方案”的核心，KingHistorian以其极富有竞争力的价格为您提供无与伦比的速度、优越的性能和海量的数据储存。 1. KingHistorian商业优势 任何软件产品的价值在于不断提升企业的商业表现。KingHistorian在提升企业整体商业运营价值方面远远超过其它软件产品，企业只需较低的商业投入即可获得丰富的回报。KingHistorian作为企业智能化应用的基石，是释放制造型企业潜力的关键，可有效提高生产率、产品质量和生产经营效益。KingHistorian的商业优势包括：●优化生产资源 KingHistorian可存储所有与生产相关的数据，任何部门可根据需要提取相应信息，改善工作。 通过“实时”过程和生产信息与历史值的比较，快速改善企业整体生产过程。 诊断设备故障停机，分析降低整体设备有效率的瓶颈和根本原因。 ●满足ERP和商业智能系统需要 KingHistorian为ERP和MES系统的业务提供丰富、准确、可靠的数据。 北京亚控科技发展有限公司
KingHistorian通过采集生产和过程数据并提供基本的计算，把工业现场的生产数据传递到商业系统中，实现数据到信息的转换。 ●用数据预测未来 KingHistorian易用的客户端工具确保决策者访问所有所需的信息；Kingview可以通过Web发布，将KingHistorian中的数据发布到Internet上，使得这些易于理解的信息贯穿整个企业，使所有企业员工共享这些信息。 过程工程师、维护人员、生产经理可以解释以前很难解释的复杂的数据。 经理可通过这些最新的准确信息做出相应决策，而非用原来书面或口头的信息。 ●降低开发和维护费用 KingHistorian基于开放的、广泛地采用相应技术标准，极大地降低了业主的总体费用。 通过引入许多开放的技术标准，使集成费降到最低。 通过客户端管理工具、进一步降低维护费用。 2. KingHistorian的应用领域 生产与绩效管理 KingHistorian历史数据库可以作为你所有的工厂现场信息的存储中心，包括时间序列的数据、事件，实验室数据和人工录入的数值。优势有： 与现有的工厂、IT和企业系统进行集成，创建面向整个组织的一个有效系统。 可以通过一个强大的传递关联信息的门户,来安全地、广泛地传递关键性能指标,停机、整体设备效率和统计过程控制等方面的报告。 通过高级的趋势和报表功能提高数据分析和信息分享。
几种数据库类型说明及发展历史 1.IBM 的DB2 作为关系数据库领域的开拓者和领航人，IBM在1977年完成了System R 系统的原型，1980年开始提供集成的数据库服务器—— System/38，随后是SQL/DSforVSE和VM，其初始版本与SystemR研究原型 密切相关。DB2 forMVSV1 在1983年推出。该版本的目标是提供这一新方案所承诺的简单性，数据不相关性和用户生产率。1988年DB2 for MVS 提供了强大的在线事务处理（OLTP）支持，1989 年和1993 年分别以远程 工作单元和分布式工作单元实现了分布式数据库支持。最近推出的DB2 Universal Database 6.1则是通用数据库的典范，是第一个具备网上功能的多媒体关系数据库管理系统，支持包括Linux在内的一系列平台。 2.Oracle Oracle 前身叫SDL，由Larry Ellison 和另两个编程人员在1977创办，他们开发了自己的拳头产品，在市场上大量销售，1979 年，Oracle公司引入了第一个商用SQL 关系数据库管理系统。Oracle公司是最早开发 关系数据库的厂商之一，其产品支持最广泛的操作系统平台。目前Oracle 关系数据库产品的市场占有率名列前茅。 https://www.doczj.com/doc/267977094.html,rmix Informix在1980年成立，目的是为Unix等开放操作系统提供专业的关系型数据库产品。公司的名称Informix便是取自Information 和Unix的结合。Informix第一个真正支持SQL语言的关系数据库产品是Informix SE （StandardEngine）。InformixSE是在当时的微机Unix环境下主要的数据库产品。它也是第一个被移植到Linux上的商业数据库产品。 4.Sybase Sybase公司成立于1984年，公司名称“Sybase”取自“system”和“database”相结合的含义。Sybase公司的创始人之一Bob Epstein 是Ingres 大学版（与System/R同时期的关系数据库模型产品）的主要设计人员。公司的第一个关系数据库产品是1987年5月推出的Sybase SQLServer1.0。Sybase首先提
数据库选型的五大要素 ■ 余詠衡 如果引用结构化的决策方法，确保本文所介绍的数据库选型应考虑的五大要素都得到全面及客观的评估，那么根据其与项目、产品和组织的关系进行利害权衡，就能做出理智的数据库选型决策。 面对品种繁多的数据库产品，如何才能独具慧眼，选中适合自己的数据库产品呢？众所周知，正确的评估、选型与数据库技术本身同样重要。而通常，数据库厂商都会在性能清单和技术基准表中尽量展现产品最佳的一面，对产品弱点却避免提及或进行遮掩，关于这一点，业界已经是人尽皆知了。其实在挑选和评估过程中，首要目标是选择一款能够满足甚至超过预定要求的技术或解决方案。选型的正确方法将使用户在面对众多产品时，提高其做出最佳选择的能力。而数据库选型时，必须考虑以下五大因素。 开发要求 首先，需要清楚自己究竟想使用什么开发技术。例如，你是要以https://www.doczj.com/doc/267977094.html,访问传统的关系型数据库？还是要以纯面向对象技术构建J2EE应用平台？又或是需要建设XML Web Services？如果你要实现的是纯关系型的开发典范，那么实际要使用的受支持的标准（和非标准）SQL功能有多少？ 如果你要规划的是面向对象开发策略，那么在原计划里的数据库支持真正的面向对象吗？它是如何支持的？若有需要,它能同时提供SQL的功能吗？数据库支持这个功能吗？虽然有些关系型数据库声称支持面向对象开发，但实际上并不是直接支持的。这种非直接的体系结构将导致更多的事务处理故障，以及潜在的可升级性和性能问题。 另外，你还需要确定自己的前端技术如何与后端进行“对话”。你的业务逻辑是放在客户机一端呢？还是放在服务器一端？你要使用哪些脚本语言？它们与后端服务器的兼容性如何？它们是 快速应用开发（RAD）环境吗？ 目前，实现基于关系型数据库的应用可以选择传统的主流品牌，这些数据库产品有着很成熟的关系技术以及广泛的应用资源。但是,如果实现的是基于面向对象技术的应用、又或是数据结构更为复杂时，不妨考虑目前一些公司推出的所谓后关系数据库。它所代表的正好是关系数据库和面向对象技术的融合，以多维数据引擎作为核心，从根本上支持复杂的对象存储及主流的二维表，同时也已经配备了功能强大的应用服务引擎，可作对象逻辑操作的平台。它的出现已经为传统数据库领域带来了冲击，而在面向对象数据库方面更是广受欢迎。 平衡性能与成本 测量数据库性能最常见的方法是TPC基准。TPC明确地定义了数据库方案、数据量以及SQL查询。测量的结果是，在特定的操作系统上，配置了特定的数据库版本，以及在惊人的硬件条件下，每项事
实时数据库软件技术要求： 1、操作系统 运行在Windows 操作系统上的服务器和客户机； 服务器支持作为windows 2003 server、windows 2008 server服务运行； 服务器是面向对象的和多线程的，并为数据收集和存储提供较高优先级，为客户机查询提供较低优先级。 2、数据库 存储子系统支持每秒30000次更新的连续数据获取速度； 存储子系统支持持续1秒的60000更新/秒突发速率； 存储子系统能把实时数据作为高优先级任务并以不间断的方式处理； 存储系统能够存储原始数据和校正后的数据； 对数据库的所有变更都是可跟踪的； 实时历史数据库中全面支持人工数据。不允许采用外部表形式； 通过“手工”方式（例如"更新/插入"命令、CSV 文件导入、存储与转发等等）接收的人工数据应作为较低优先级的任务处理； 能够无损压缩原始数据（即不能使用内插法、阶梯/坡度法、以及数据中值法）； 能够根据不同的标记采用不同的存储方法（随机或定期）和不同的存储率以随机（带有时间和值的死区）或定期方式储存数据； 支持触发器、存储的过程等等； 系统能够记录5ms分辨率水平的点； 从I/O服务器获得的数据支持VTQ、值、时间标记、以及质量信息； 从I/O服务器获得的数据与从I/O服务器获得的VTQ 信息一起存储。
3、归档 能够自动地存档实时时间序列数据； 能够以100%的分辨率访问当前的和存档的数据； 支持使用最低监视设置存档。 4、数据库模式 数据库为基于行业标准数据库的开放关系数据库，以便为第三方软件提供支持； 数据库支持为用户添加/编辑/删除定制表格的能力； 把数据库模式公开。 5、配置 数据库的配置简单，采用点击Windows GUI的形式。 6、与其它数据库系统的集成 数据库支持与其它的数据库系统方便地集成，包括Microsoft SQL Server和Oracle； 数据库支持与SAP R/3的接口。 7、数据检索 数据库支持检索随机存储定期存储的数据的能力，不管数据是随即存储的还是定期存储的； 数据库支持控制检索的数据的分辨率的能力，可以是行数，也可以是分辨率（例如，每300 毫秒一次）； 数据库支持检测边界的能力（上边界和下边界）；
《数据库系统》选择题练习 数据库概述 下列有关数据库的描述正确的是（）。 A．数据库是一个DBF文件 B．数据库是一个关系 C．数据库是一个结构化的数据集合D．数据库是一组文件 数据独立性是指（）。 A．数据依赖于程序B．程序依赖于数据C．数据不依赖于程序D．程序不依赖于数据以下关于DBA职责的叙述中，不正确的是（）。 A．DBA是数据库系统的超级用户，负责控制和经管各个用户的访问权限 B．DBA要负责监控数据库的运行 C．DBA要负责前端应用程序的开发 D．DBA要负责当数据库系统发生故障时进行恢复 DBMS是指（）。 A．数据库B．数据库系统C．数据库经管系统D．数据处理系统 数据冗余度低、数据共享以及较高数据独立性等特征的系统是（）。 A．文件系统B．数据库系统C．操作系统D．高级程序 仅次于用户和数据库之间的一层数据经管软件是（）。 A．数据库系统B．数据库C．经管信息系统D．数据库经管系统 数据库系统中，逻辑数据和物理数据可以相互转换，执行该功能的是（） A．操作系统B．信息经管系统C．数据库经管系统D．文件系统 数据库中对全部数据的整体逻辑结构的描述，作为数据库的（）。 A．存储模式B．子模式C．外模式D．模式 用户看到的那部分数据的局部逻辑结构的描述是（）。 A．存储模式B．子模式C．概念模式D模式 文件系统和数据库系统的最大区别是（）。 A．数据共享B．数据独立C．数据冗余D．数据结构化 关于信息和数据，下面的论述中正确是的（）。 A．信息与数据，只有区别，没有联系B．信息是数据的载体 C．同一信息用同一数据表示形式D．数据处理本质上就是信息处理 描述事物性质的最小数据单位是（）。 A．记录B．文件C．数据项D．数据库 若干记录的集合称为（）。 A．数据B．数据库C．数据项D．文件 数据库系统中的软件是指（）。 A．数据库经管系统B．应用程序C．数据库D．数据库经管员 在数据库系统的组织结构中，把概念数据库与物理数据联系起来的映射是（）。A．外模式/模式B．内模式/外模式C．模式/内模式D．模式/外模式 1975年SPARC公布了数据库规范报告，提出了数据库的（）结构组织。 A．一级B．二级C．三级D．四级 内模式是系统程序员用一定的（）形式组织起来的一个存储文件和联系手段。 A．记录B．数据C．视图D．文件 数据库系统三级结构的关系，下列叙述中正确的是（）。
组态王KINGVIEW 6X 组态王历史数据库及其他关系数据库 常见问题解答 北京亚控科技发展有限公司 ２０１１年０２月
目录 1. 组态王历史数据库 (1) 1.1 组态王保存的历史数据，我希望对其进行修改，可以吗？ (1) 1.2 为什么我的软件在运行时提示“历史库：历史库服务程序没有启动”？ (1) 1.3 我使用了自己编写的VB(VC)程序，希望能调用组态王保存的历史数据文件，请问可以实现吗？ (1) 1.4 我想使用组态王提供的KingReport文件进行数据查询，为什么打开时提示有错误发生呢？ (1) 1.5 请问目前版本的组态王软件历史库记录文件格式是什么？ (1) 1.6 请问如何访问组态王历史库中的数据？组态王中的历史库文件是否可以使用其他应用程序打开？ (2) 1.7 组态王历史库文件是否可以修改、删除？如果不慎删除后能否恢复？ (2) 1.8 在组态王软件的各个版本中历史数据存储格式有哪些区别？ (2) 1.9 在组态王软件中变量的历史记录方式有哪几种？ (2) 1.10 在控制面板→管理工具→服务中找不到HistorySvr服务，且在组态王中无法查询历史数据，怎么办？ (3) 1.11 组态王质量戳有哪几种？各代表什么含义？ (4) 1.12 如何实现将组态王历史库中的数据导出来？ (5) 1.13 组态王的历史库容量有多大？历史信息能存多少天的？ (5) 1.14 在组态王运行环境中能否动态修改历史数据记录的存储天数？ (5) 1.15 在组态王数据词典中设置了变量的历史记录属性，但是变量无历史记录，为什么？ (5) 2. 其他数据库 (5) 2.1 组态王采集的数据能保存到第三方的数据库如SQL、ORACLE等吗？ (5) 2.2 我希望组态王将采集的数据保存到网络中的另一台计算机上的SQL或ORACLE等数据库，如何操作？ (5) 2.3 请问组态王软件与SQL数据库交互的一般配置过程如何？ (6)