PI数据库的技术优势

采集效率高、读取速度快

单机点数规模达400万点；

数据吞吐量为4百万/秒；

存储能力为10-15万个事件/秒；

数据访问能力为100万个事件/秒；

秒级时间内可以取到1000点的2年至3年的历史数据。

数据存储效率高、占用空间小

旋转门压缩专利技术和独到的二次过滤技术，使进入到PI数据库的数据经过了最有效的压缩，极大地节省了硬盘空间。

丰富的客户端应用程序

30多种基于B/S、C/S的客户端，满足用户各种展示需求以及数据分析需求。

分布式服务器结构，提供成熟接口

分布式数据采集结构、集中式数据管理方式，使数据来源复杂而又分散的问题迎刃而解。

提供400多种成熟的接口软件。接口软件具有数据缓存功能。

支持集团化应用

支持多服务器结构的分布式数据存储，数据可以分散存储在不同地点或不同区域的服务器上，便于集团化企业构建生产实时管理系统。

较高的安全性和稳定性

PI具有极高的安全性和良好的安全机制：

PI的注册机制，提供基于用户注册的连接许可；

PI的信任机制，提供非交互式应用的访问许可；

数据库安全，控制对数据库的访问。

系统运行稳定性极高，在全球拥有一万多用户，25年来从未因为系统故障影响业务连续性。

资产分析与可视化

Analysis Framework（AF）是一种可管理的环境，企业可以借助它为资产定义一致的表现形式，并利用这些资产进行简单或复杂的分析，以生成关键且可 *** 作的信息。AF真正的强大功能在于它能够重用信息和将信息进行可视化。

企业信息系统集成与共享

RLINK提供了一个双向网关，用于与 ERP和 EAM系统的数据、事件及图像集成。系统示例包括 SAP R/3、Oracle JD Edwards EnterpriseOne、MRO Software Maximo 和 IndusInternational Passport/EMPAC 等。

灵活的门户系统

基于 Web 的应用程序允许用户将实时系统、维护系统、生产规划系统和财务系统等多种不同来源的数据灵活地显示在熟悉的基于 Internet 浏览器的环境中。

网络设备检测

MCN Health Monitor用于检测生产制造IT基础架构中潜伏的问题、性能威胁、网络问题和网络瓶颈。MCN可以帮助生产管理者发现潜在的问题，并及时采取必要的措施，消除或尽量降低因为断电、基础设施故障以及流程性能问题所带来的附加成本和损失。

高可用性架构

对数据进行不中断访问是用户非常关心的问题，这就是HA（高可用性）产生的原因。高可用性，就是容许系统故障和继续提供服务的能力。不需要特殊硬件或集群环境，HA就能向用户提供一个可替换的时间序列数据源，提高了PI Server的可靠性。高可用性架构能够使用户免于计划外停机（地震、冰灾、系统瘫痪等）造成的事故和损失。

强大的二次开发工具

OSIsoft为用户基于PI系统的开发提供了多种方便的二次开发工具，包括PI API、PI SDK、PI ODBC、PI OLEDB等。

用桥连接

下面的自己对应数据源写

String driver = "sun.jdbc.odbc.JdbcOdbcDriver"//声明桥驱动程序

String ds = "jdbc:odbc:student" //student为数据源的名字

String user = "login" //login就是数据源的登录名，

String login = "login" //login就是数据库的密码

Class.forName(driver) //加载数据库驱动程序

Connection conn = DriverManager.getConnection(ds,user,login)

OLEDB(对象链接和嵌入数据库)位于ODBC层与应用程序之间. 在你的ASP页面里,ADO是位于OLEDB之上的"应用程序". 你的ADO调用先被送到OLEDB,然后再交由ODBC处理. 你可以直接连接到OLEDB层,如果你这么做了,你将看到服务器端游标(recordset的缺省的游标,也是最常用的游标)性能的提升.

用oledb连接数据库：

A.sql server:

connstr="PROVIDER=SQLOLEDB

DATA SOURCE=servernameUID=xxPWD=xxxDATABASE=dbname"

B.access:

connstr="PROVICER=MICROSOFT.JET.OLEDB.4.0

DATA SOURCE=c:\abc\abc.mdb"

值得注意的是，OLE DB对ODBC的兼容性，允许OLE DB访问现有的ODBC数据源。其优点很明显，由于ODBC相对OLE DB来说使用得更为普遍，因此可以获得的ODBC驱动程序相应地要比OLE DB的要多。这样不一定要得到OLE DB的驱动程序，就可以立即访问原有的数据系统。

提供者位于OLE DB层，而驱动程序位于ODBC层。如果想使用一个ODBC数据源，需要使用针对ODBC的OLE DB提供者，它会接着使用相应的ODBC驱动程序。如果不需要使用ODBC数据源，那么可以使用相应的OLE DB提供者，这些通常称为本地提供者（native provider）。

可以清楚地看出使用ODBC提供者意味着需要一个额外的层。因此，当访问相同的数据时，针对ODBC的OLE DB提供者可能会比本地的OLE DB提供者的速度慢一些。

---