内存数据库概念

tom_111

最初由 zhangout 发布
[B]如果现有生产系统移植到内存数据库timesten上，需要重新开发吗？工作量多大？ [/B]

做程序的移植工作相信没有哪家数据库不需要开发工作的，那只是工作量大小的区别了。据了解目前ALTIBASE内存数据库在这方面做的不错！

zhangout

最初由 tom_111 发布
[B]


做程序的移植工作相信没有哪家数据库不需要开发工作的，那只是工作量大小的区别了。据了解目前ALTIBASE内存数据库在这方面做的不错！ [/B]

有无国内这方面的成功案例，能否贴出来给大家下载看？想了解下实施过程

tom_111

大家都是ALTIBASE内存数据库的FANS，太详细的东东我这里也没有，正在努力学习和研究中。我相信PUB里会有好心的大侠给予支持的。

jolly

最初由 zhangout 发布
[B]如果现有生产系统移植到内存数据库timesten上，需要重新开发吗？工作量多大？ [/B]

呵，如果以前是以Orale database 为基础的应用移植到Timesten上，标准SQL92的，不需要改动，Jdbc/Odbc的改动量很少，如果是ProC的移植，可以借助移植工具，能实现大部分的自动移植。

Altibase的话，呵，移植工作要大很多。针对原来系统是其它数据库平台（sql server, DB2）的应用，要简单点。

tom_111

最初由 jolly 发布
[B]

呵，如果以前是以Orale database 为基础的应用移植到Timesten上，标准SQL92的，不需要改动，Jdbc/Odbc的改动量很少，如果是ProC的移植，可以借助移植工具，能实现大部分的自动移植。

Altibase的话，呵，移植工作要大很多。针对原来系统是其它数据库平台（sql server, DB2）的应用，要简单点。 [/B]

Ha ha！！！SQL92是标准的、JDBC是标准的、ODBC也是标准的，哪家的数据库产品相信都是符合国际标准的，否则就别玩了。oracle有proc，那么ALTIBASE内存数据库也有类PROC——ESQL，而且altibase内存数据库支持存储过程、触发器、自定义函数。关键是altibase内存数据库成功的经验是最重要的。

liyongdong

最初由 jolly 发布
[B]

呵，如果以前是以Orale database 为基础的应用移植到Timesten上，标准SQL92的，不需要改动，Jdbc/Odbc的改动量很少，如果是ProC的移植，可以借助移植工具，能实现大部分的自动移植。

Altibase的话，呵，移植工作要大很多。针对原来系统是其它数据库平台（sql server, DB2）的应用，要简单点。 [/B]

据我所知，Timesten不支持嵌入sql，怎末末能实现大部分的自动移植。altibase 支持嵌入sql，如果是ProC的移植，几乎不用任何改动。

jolly

最初由 liyongdong 发布
[B]
据我所知，Timesten不支持嵌入sql，怎末末能实现大部分的自动移植。altibase 支持嵌入sql，如果是ProC的移植，几乎不用任何改动。 [/B]

这同嵌入sql好象关系不大，只是说altibase有个SES Precompiler和ProC比较近似，移植起来对程序员会更容易上手，工作量上有可能会少一些。Timesten也提供了一个代码扫描工具来帮助移植(俺没见过这东东)，上次有个Timesten工程师在俺们这边讲了下roadmap提到的，明年的版本会支持PL/SQL and Pro*C, 呵，不过是否跳票俺就不知道了，呵。

liyongdong

每个版本的内存数据库在升级后，都会有新的功能于变化，关键是看谁的功能多，谁的变化多，谁的实用，谁用的简单。

Kenniu

恭喜！您刚拣到ITPUB送出的新年红包。37PUB币!

如果您的浏览器没有自动跳转，请点击这里

Kenniu

原帖由 tom_111 于 2007-10-24 23:30 发表
这个问题提得很好！！！内存数据库在数据库安全机制上具有独特的机制，在事务处理上也有相应的方法保证数据在内存中处理的安全性。据说强悍的内存数据库ALTIBASE产品曾今在移动做过类似的测试，启动一个连续处理的事务，然后模拟服务器断电，后来启动内存数据库服务器后数据居然一条也没少。相信安全性方面是有保障机制的，否则电信和金融这样的行业就不会大胆使用了！！！

"启动一个连续处理的事务，然后模拟服务器断电，后来启动内存数据库服务器后数据居然一条也没少,或者系统当机"
它们是怎样做到这一点的.