Altibase数据库管理信息系统革新后性能怎么样

Altibase发布全球化战略产品Altibase HDB65((ALTIBASE HDB

65)。该新产品可充分满足快速、大容量数据处理的市场需求，并且运用了分散并联的计算方法。众所周知，内存数据库拥有极速性能的同时，仍然需要传统磁盘数据库对大量数据的存储能力。Altibase

HDB是业内首个商业化的混合架构数据库，处理速度是传统磁盘数据库的5 –10倍，且比同类型其它内存数据库快2 – 3倍。Altibase

HDB的混合型架构，较大限度地提高了单个数据库管理系统在内存和磁盘上的处理能力，它使用统一的引擎把内存数据库的快速，与磁盘数据库的存储容量有效的结合在了一起。

Altibase是以商品的高速性能为优势在业内崭露头角的。举例来说，以英特尔至强处理器E7装置中TPC-H复杂居里处理时为基础对照，Altibase

HDB超出15倍;并列处理选择适用时提高了22倍。当程序非正常性终止时，Altibase

HDB可以自动驱动程序，解决克服障碍情况出现所带来的问题。

与oracle等其他的产品相比较，Altibase HDB的兼容性也非常突出。中国全球HW，地理情报系统(GIS)处理企业等也都对Altibase HDB的兼容性和高性能表示认可，并持续与Altibase保持着合作关系。

Altibase针对oracle PL/SQL的兼容性进行大幅度改善的数据关联工具Migration Center611也大获成功。作为单纯地将品质优化的企业，提供更高性能的Altibase HDB65也同时上市了。

目前关系型内存数据库主要有MySQL（使用内存存储引擎）、SQL Server（In-Memory OLTP)、数蚕内存数据库、Oracle 内存数据库。

MySQL：免费产品，内存存储引擎使用较少。

SQL Server：微软的商业化产品，是为了适应大数据等业务产品新添加的存储引擎，微软SQL语句兼容性好，商业化成熟度高。

数蚕内存数据库：数蚕科技针对中小型企业的内存数据库，目前成熟度较弱，c++接口特性良好，SQL特性较弱，只支持基本的SQL语句 *** 作，不支持事务。

Oracle 内存数据库：基于内存计算的关系数据库， 提供了响应时间极 短且吞吐量极高的应用程序。

非关系型内存数据库主要有FastDB、Memcached和Redis等主流内存数据库。结构简单，支持数据结构多以基础数据结构为主，一般应用于缓存等非关键数据存储，其优点是数据查询速度快，对下层编程接口良好。

本地型数据库接口

本地型数据库是伴随微机的产生而产生的 dBASEII作为最早的并仍在使用的系统之一就是典型的本地型数据库

本地型数据库管理系统的数据存放在一个本地硬盘上 DBMS接受来自用户或用户程序的命令 这些命令通常是系统特有的数据库管理语言 命令被转换为简单的磁盘访问命令 并交付文件系统来处理 然后DBMS接收来自磁盘上的数据 并加以处理

在本地型DBMS应用中 数据库引擎（DBE）运行于工作站上 图 暗示数据是存放在工作站的局部驱动器上 其实在网络中 数据还可存放在文件服务器上 这里数据库引擎使用典型的文件I/O调用和记录封锁技术来直接读写数据

存放数据的文件位于网络中的某个服务器上时 DBMS的行力与单机情况无异 网络 *** 作系统负责对服务器的管理 因此对DBMS而言 对服务器的使用就象使用局部的驱动器一样

当用户发出命令 请求DBMS读取数据库中的数据时 该请求首先由工作站（客户）的网络驱动程序处理 它负责把请求从网络上传到所需的服务器网络文件系统 服务器 *** 作系统从适当的磁盘卷上找到数据 并发回等待中的工作站驱动程序 最后 数据回传给DBMS 这样DBMS使用这些数据就象使用本地存储的数据一样 网络情况下的接口比单机情况下接口的处理增加了通信开销 正常情况下这种额外开销不会影响用户的响应时间 除非在网络通信的高峰期间或DBMS要求大数据量传递

对于本地型DBMS其大部分工作都在工作站一侧完成 即使数据存储在文件服务器上 其对数据的处理仍然要在工作站上进行 这种方式的最主要的一个缺点是无论查询需要多么少的数据 都需要首先将查询中的所有数据通过网络传到工作站 然后由工作站负责选出满足查询条件的数据 不难想象 当几个用户同时 *** 作数据库时 数据库网络的带宽会很快阻塞

在这一方式下 工作站不仅要负责所有用户界面管理 还要负责所有数据处理的工作 在当今的数据库应用中 尤其是那些功能强且使用简便的系统 用户界面的处理开销是相当大的 象Windows这样的图形环境 处理上的额处开销会更大 为此而升级工作站是很得不偿失的

客户/服务器型数据接口

由于服务器硬件技术逐年迅速地提高 数据库在处理模式上在近五年内发生了改变 本地型DBMS逐渐让位给客户/服务器型DBMS 尤其是在大中型企业中更是这样

正如名字所暗示的 客户/服务器是将处理工作分散到工作站和服务器上去处理 服务器不仅负责存取数据 还要对数据作一定的处理工作 这样在数据发送给工作站之前即求得查询结果集 从而在大部分情况下可大大减少网络传输的开销 因此 也减轻了工作处理负担 从而只需关心用户界面的处理工作即可

服务器处理数据带来的另一个好处是 当服务器中数据库引擎使用了缓冲机制时 多个工作站可以从中受益 例如 一用户查询了某数据 当另一用户要查询同样的数据时 即可从服务器缓冲中直接得到结果 从而免去很多开销

客户/服务器系统的成功与否在很大程度上依赖于服务器硬件质量和容量 用户越多 服务器的处理负担越重 相应服务器硬件性能也要跟得上 否则就会导致响应时间比本地型数据库还要差的结果

处理工作 而工作站负责用户界面处理工作

客户和服务器间的数据库接口要比本地型系统复杂得多 它有几个转换级负责命令和结果集在工作站和服务器间的传送 图 给出了客户/服务器数据库接口的详细情况

客户/服务器的前端应用程序实际上不直接与数据库引擎打交道 每个客户服务器提供一个数据库通信接口 该数据库通信接口运行于前端 这些接口也称为数据库通信API等 数据库通信接口的工作流程如下

① 前端应用程序发送命令给数据库通信接口

② 接口通过网络把命令传给数据库引擎

③ 数据库引擎在服务时上做查询或更新 *** 作之类的工作 通过网络文件系统访问物理数据

④ 数据库引擎将结果返送给工作站上的通信接口

⑤ 前端从接口上接到结果后 显示或按用户要求做其它处理

客户/服务器型比本地型DBMS更接近ODBC的原理 因为由前端向数据库的命令发送和由数据库向前端结果的返回都是透明的 并不需知道具体传送方式如何 各系统存在差别地方是 客户/服务器系统在管理工作站和服务器间通信的方式不同 彼此会不兼容 此外 对于本地型DBMS缺乏读取不同类型数据源的能力的问题 这些问题在IDAPI中得到了有效解决

Borland Delphi 的解决方案

IDAPI是通过BDE（Borland Database Engine）和SQL Links 来解决本地型数据库接口和客户/服务器型数据库接口的兼容问题的 见图

Delphi 的数据库特性使你能很容易构造数据库应用程序 这些应用程序能访问Visual dBASE Paradox Local InterBase Server for Windows等本地数据库和Oracle Sybase Informix SQL Server和Remote InterBase Server等客户/服务器数据库

BDE是Borland公司支持Delphi Client/Server Suite Paradox for Windows Visual dBASE for Windows等产品的核心数据库引擎和互连软件 BDE 提供了丰富和强壮的特性支持客户/服务器应用的开发

提供支持多种数据库如dBASE Paradox Text InterBase Oracle Sybase和Microsoft SQL Server以及任何ODBC数据源的统一和一致的应用程序编程接口（API） 开发者能不用修改数据库应用就能访问不同的数据库站点和数据库格式

● BDE是用于开发客户/服务器数据库应用的理想工具 数据库应用程序既可访问本地数据库又可访问远程数据库

● 允许数据库用直接和灵活地访问数据源

● BDE对于Paradox和dBASE文件格式来是高性能的数据库引擎

● 支持使用ISAM（Indextd Sequential Access Method）SQL和QBE访问数据

● BDE是数据集成化引擎 提高跨不同数据库的共享服务 支持不同数据库格式的相互转化 如dBASE和Oracle表 从InterBase到Paradox拷贝数据甚至建立InterBase 和Oracle表之间的一对多关系

● BDE查询引擎为SQL QBE和面向集合访问提供一致性的查询语言 支持用户定义和访问基本SQL的服务器和基于文件数据库的能力

● BDE支持全 位功能 如多线程 抢占式多进程 长文件名和UNC 用户可在后台执行多个查询 多个数据库应用可访问同一个数据库文件

BDE的体系结构是基于数据库驱动程序的 它提供了各种共享服务

● 缓冲区管理（Buffer Manager）

● 排序引擎

● OS服务

● 内存管理

● BLOB快速存取

● SQL查询引擎

● SQL产生器

● 数据库重构

● 表的批处理

● 数据转换服务

● 连接服务

● 内存数据库服务

● SQL驱动程序服务

● 系统管理

● 语言管理

lishixinzhi/Article/program/Delphi/201311/25136

2008年，SIGMOD的一篇论文对面向磁盘的数据库性能开销做了分析⌄把整个数据库系统的开销做了统计。分析发现典型的数据库环境中实际上只有12%的资源是在真正处理业务查询和处理逻辑。其中30%用于缓冲区管理，30%处理数据并发控制管理的开销（Locking和Latching），28%处理数据库日志的处理（Logging）。如何降低这些数据库额外开销是考虑的重点方向。建议题主多关注行业公众号，比如 柏睿数据

内存数据库系统对于嵌入式开发来说是特别有用的， IMDS 中每个保存过程缩小了覆盖区 智能连接设备的增长速度正越来越快。这种装置不管是在家庭、口 袋（pocket）或者是内置于工业通信和传送系统，都已经发展为包含了 强大的CPU和完善的嵌入式系统软件。在这种设备中日益流行的一种软 件是数据库管理系统（DBMS）。虽然对桌面电脑或者服务器来说，这种 软件已经是相当成熟了，但数据库是最新才应用到达嵌入式系统的。像 所有进入新环境的生物体一样，数据库也必须经历一个发展过程。一种 新型的DBMS，内存数据库系统（IMDS），代表了DBMS应用到嵌入式 系统的最新步伐。 为什么嵌入式系统开发人员会转向数据库呢？市场竞争使得像机顶 盒、网络开关和消费者电子产品这样的设备需要变得越来越智能。要支 持扩展功能集，应用程序通常必须管理大容量的更复杂的数据。因此， 许多设备开发人员发现他们正致力于自己开发数据管理方案。在应用需 求增长时，普通的数据管理方案维护和扩展起来是特别困难的。 另外，标准化的趋势，商用现货（ommercial off-the-shelf，COTS） 嵌入式 *** 作系统，远离许多私有系统的不完整环境，从而增强数据库的 能力。广泛使用的 *** 作系统的出现，比如嵌入式Linux，形成了一个用 户群体，他们轮留进行数据库和其他工具开发（包括商业的和非商业 的），以不断增强开发平台。 因此，设备开发人员开始转向商业数据库，但已有的嵌入式DBMS 软件还不理想。嵌入式数据库最初出现在10年前，当时用于支持商业系 统，带有包括复杂缓存逻辑和异常终止恢复等功能。但在一个设备上， 例如，在一个机顶盒或者下一代传真机中，这些能力通常毫无必要，并 且应用程序容易出现超出可用内存和CPU资源的现象。 另外，建立传统数据库时是将数据存储在磁盘上。作为一种机械过 程，磁盘的I/O是非常昂贵的，尤其是要取得高性能的话。对于嵌入式 系统来，因为需要实时执行，因此相对而言，传统数据库就太慢了。 内存数据库出现的目的特别针对于满足嵌入式系统的性能需求和资 源能力。正如其名字所暗示的，IMDS完全驻留在内存中，它们不会存储 到磁盘上。

以上就是关于Altibase数据库管理信息系统革新后性能怎么样全部的内容，包括:Altibase数据库管理信息系统革新后性能怎么样、内存数据库主流的有哪些，并给出各自特点！、DELPHI基础教程：Delphi客户服务器应用开发（二）[1]等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！