ALTIBASE的开始

随着 IT 环境的不断变化， 80 年代后，关系数据库成为了企业信息系统的核心产品。基于磁盘的 RDBMS ，不仅应用于数据库管理，还发展到了数据仓库及数据挖掘等诸多领域。特别是，将数据和应用分离的新概念成为 DBMS 飞速发展的重要动力。


Snap4.jpg

不过随着网络设备及速度的不断变化，数据应用环境开始要求高性能数据处理。尤其是随着互联网和移动通信的急速发展，急增的用户要求随时随地得到迅速与稳定的实时服务。

例如，互联网门户网站或互联网游戏网站经常会出现几十万用户同时登录的情况，同时登录的用户都希望得到快速的服务。特别是，同时处理数百个事务的认证系统或为了处理每秒 2,500 call 所需的 15,000 个以上事务的 HLR （ home location register) ，不仅要求 DBMS 的快速响应，还要求大量并发用户的高性能高可扩展性。

作为 DBMS 不仅要满足快速响应时间和并发用户的性能可扩展性，还要为这些应用系统提供无间断服务。网上股票交易系统、实时计费系统、软交换系统等是需要 24 小时持续服务的典型数据库应用业务，是在任何情况下都不能中断业务的典型 Failover 系统。如果实时计费系统哪怕是在很短的时间内发生障碍从而不能执行计费，企业会承受很大的经济损失。 在实际移动通信领域，实时计费系统有每秒处理 4,000 CDR(Call Data Record) 的事例。 因此这些数据库应用系统应在保持 Failover 结构的同时还要保证快速的事务应答。

由于提供丰富的功能和运行工具而深受广大用户的长期热爱的基于磁盘的 DBMS ，随着数据库环境的变化，在性能方面碰到了难题。这是由于基于磁盘的 RDBMS 将磁盘作为存储介质，频繁的磁盘 I/O 导致事务处理性能的降低。

大多数 RDBMS 开发企业为了解决这一难题，在自身提供的物理区域 (I/O) 和逻辑区域 (buffer, memory) 付出了很高的代价，并试图优化和升级。基于磁盘的 DBMS ，把磁盘数据加载于内存缓冲区，但是将非特定用户的频繁访问的所有数据储存在缓冲区是不可能的，即不能摆脱磁盘储存空间，因此又一次不得不面对磁盘 I/O 的局限性问题。

另外，虽然可通过提供数据库 Clustering 应对 Failover 以满足可用性，但是由于对数据的协商和调整，性能仍然较低，难于应用于要求高性能的领域，因此快速的响应时间和性能可扩展性仍是有待解决的课题。

为了克服基于磁盘的 DBMS 的 I/O 局限性，开始议论利用硬件中比磁盘更快的内存作为存储介质的 DBMS 。 ( 存储介质速度比较 : Tape, Drum < Disk < memory < cache < CPU ).

响应速度比较敏感的、需要高性能的通信设备或证券资讯处理等领域中，人们逐渐认识到实时 DBMS 的必要性。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10954452/viewspace-606850/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10954452/viewspace-606850/