哪位大侠对ALTIBASE公司的发展比较熟悉？是否可以给大家讲点他的传奇故事！！！

AltiBase好象是一家韩国小公司吧，其实在国内的量也不算太大。现在最主要的对手应该是Oracle Timesten，至于Solid DB，在国内的用户用更少了。

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

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

例如，互联网门户网站或互联网游戏网站经常会出现几十万用户同时登录的情况，同时登录的用户都希望得到快速的服务。特别是，同时处理数百个事务的认证系统或为了处理每秒 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 的必要性。

将数据库放在内存中

90 年代初有些研究机关和大企业开始着手研究利用内存的 DBMS ，其中最典型的事例是韩国电子通信研究院 (ETRI) 进行的常驻内存型资料保存系统 ( 产品名 MR.RT) 。 MR.RT 只不过是使数据常驻内存上以进行管理的数据存储系统，因此尚无法将其商用化，后来随着技术转让，它却成了国内最初 MMDBMS 即 ALTIBASE 的母体。

1999 年由领导实时数据处理领域的研发人员和在国际 DBMS 企业积累实力的技术人员情投意合地设立了 ( 株 )ALTIBASE ，宗旨是“开发出世界先进的国产 DBMS ”。 ( 株 ) ALTIBASE 通过得到 ETRI 的 MR.RT 技术转让，开始了用于实时数据处理的 DBMS 的开发。

当然当时也有利用内存的实时系统的开发利用，但那是为特定应用领域开发的 (ad-hoc designed system) ，缺乏通用 DBMS 的功能，不仅不能满足标准编程接口、事务实时处理能力、数据库管理系统的可扩展等要求，还很难反映用户的不断变化的要求并很难应用于其他领域。这样，在实时系统开发和管理方面需要投入大量的费用和人力，并且只为特定要求开发，因此在应用业务发生变化时，要付出相当于开发的维护费用。考虑这一点， Altibase 决定开发通用 MMDBMS ，并通过加速产品的开发，在一年多的时间内推出了国内最初的 MMDBMS “ ALTIBASE ”。

此，进入了将数据库存储在内存的 MMDBMS 时代。

随着 MMDBMS 解决 DRDBMS 的性能难题，在高性能数据处理领域中 MMDBMS 得到了广泛的应用。

Altibase 公司在 1999 年 11 月成立的同时，得到了韩国电子通信研究院 (ETRI) 的常驻内存数据存储系统 ( 课题名称 MR_RT) 相关技术的转移，正时着手 MMDBMS 产品的开发。经过一年的开发和测试，于 2000 年 10 月完成了通用 MMDBMS 即“ Spiner ” ( 后改名 ALTIBASE) 的开发。在 V1.0 版本商业化以后立即被韩国通信 Hitel 和移动通信系统设备 HLR(Home Location Register) 及互联网用户认证系统等设备和系统所采用，从而开拓了高性能数据处理领域的新市场。

随着使用领域的扩大和用户的增加， ( 株 )Altibase 所面临的问题也开始增多了。特别是由于内存的挥发性，有些用户担心数据丢失而犹豫 MMDBMS 的引进，因此高性能、稳定性、开发方便性等问题成为了最紧要的课题。通过两年的努力， ALTIBASE V2.0 对 ETRI 原有的代码进行了大量修改和变更，并提供了原版本没有的丰富功能，并且稳定性也得到了显著提升。 过去只有基于磁盘的 DBMS 支持并发性和锁机制，但 ALTIBASE 最先在 MMDBMS 中使用多版本并发控制 (MVCC) ，从而大大提高了用户的信任，并且使用范围也扩大到通信设备及服务、金融、公共机关等领域。

003 年发布的 ALTIBASE V 3.0 ，从表锁 (Table level locking) 结构升级为基于 MVCC 的记录锁 ( Record Level Locking ) ，使能够支持从中小规模的数据处理及复杂语句，因此提供 DRDBMS 一样的功能。 ALTIBASE V 3.0 的推出成了 MMDBMS 通用化的开端，之后不仅席卷了通信、证券领域，还涉及到了银行、计费、认证、 ITS 等领域，掌握了国内 MMDBMS 市场的 70 ％以上 。

年度         产品名称及版本         产品内容
1999         开始 Spiner 开发         与 ETRI 签署产品研发合作协议 ( 技术转让 )
2000         Spiner V1.0         高性能实时内存DBMS
Spiner V1.2         增加单向Replication功能
Spiner V1.3         增加双向Replication功能
2001         产品名称变更         Altivase MMDBMS Server
2002         ALTIBASE V2.0         支持 N-Way Replication 及多种Interface
2003         ALTIBASE V3.0         通用MMDBMS, 强化语句处理相关技术
2005         ALTIBASE V4.0         Hybrid MM DBMS, 增加 Intergrated SM/QP 相关技术

Hybrid MM DBMS ‘ Altibase V.4 ' 是该领域最初的 Hybrid DBMS ，是以国内技术开发的典型 DBMS 。它是通过 8 年来专注于 DBMS 领域的结果，也是 Altibase 的所有技术力量和经验的结晶， 与世界先进 DBMS 相比也毫无逊色。

从产品发布到现在，国内外 50 多个企业的 150 多个业务申请并使用了共 5000 多许可，借此我们在韩国国内 DBMS 市场中位居继 ORACLE, IBM, MS 之后的第四位。

这是由于 ALTIBASE V4.0 具有用于各种系统的通用性，如公共业务系统，实时综合认证系统， OLTP 业务系统， OLAP 业务系统， DW/DB 挖掘， USN/RFID 实时数据收集处理，高效网站 FB, ITS/BIS ，统计及计费等。此外本产品帮助用户最小化购买不同 DBMS 带来的重复投资，从而大大节省初期投资费用，并且通过单一 DBMS 进行管理，因此节省管理费用，同时简化管理。不过最重要的因素还是，通过彻底的技术支持和产品质量管理，进行不断的开发和升级，从而满足高用户的要求。

Altibase 一如既往地积极开发并升级产品，推出低成本、高效率的数据库。我们将通过用户反馈的各种问题和改善要求，通过产品质量的体系化管理，反映到下一代产品中，向用户提供最优化的产品。

very good！！！learning！！！

在2007年10月 又 推出了 altibase 5.

Very good!！Study hard！！！

看来liyongdong是Altibase的专家啊