内存数据库在BSS账务处理中的应用

nocode

原帖由 tom_111 于 2007-11-26 14:05 发表


TT的确是Oracle的内存数据库产品，但是，据说Oracle的TT对于大数据量的load速度是相当慢的，而ALTIBASE内存数据库的load速度远远高于TT噢！

那是因为他们用Altibase的时候，oracle还没主推TT呢，而且早期的TT问题太多，与oracle的兼容也有很多问题。现在的TT7才算是作为一个稳定产品在推的。

nocode

原帖由 runqian_report 于 2007-11-26 13:06 发表
很慢的系统是垃圾，请问国内哪些系统是垃圾，似乎很多厂家的系统都存在数据量上来性能下降，难道都是应用垃圾吗，不知道楼上是用户呢还是厂家的，您有何高见？

请不要断章取义。我可没说慢的系统就都是垃圾，你能指望一个OLAP在批量处理的时候能多快呢？但一个OLTP的系统响应速度能慢到好几秒，你能说应用没问题？具体情况要具体分析。数据量上来后再没有调整的情况下性能不下降的系统很少，刚上线的系统跟跑2、3年后的系统有可比性吗？数据变化之后，调优是必然要做的事情。我本人是用户，但实际上很多时候是我在替厂家干活，为什么就不需要我说了吧。

你知道现在电信很多系统怎么用内存数据库吗？说白了就是把一堆庞大的帐务数据扔到内存里去算，即使程序很差，也会比原来快很多。你说成本下降了，你知道在国内，软件投资跟硬件投资是怎么一个比例吗？说1：100一点都不夸张，数据量扩张的同时必然扩大内存，扩内存通常都要扩cpu的，小型机的内存和cpu的价格都不是小数目，这不是疯狂的扩硬件是什么？扔到内存里是省事，我也想省事，可投资呢？厂家当然不会管那么多，反正花钱的是用户，用户买硬件厂家更赚钱，可用户又不是冤大头能调优的我干吗要扩硬件，当然要考虑孰轻孰重了。因此对于目前国内的很多使用方式，我持保留意见。不过话说回来，上头愿意当冤大头，我也管不了那么多了，呵呵。

我并不否认内存数据库的优势，我也在关注和琢磨这东西，但目前给我感觉是，内存数据库所能提供的快速响应和高并发的能力，对于大型系统来讲并不是很有优势，现在海量系统由于高性能硬件支撑加上相应的调优后，响应速度一般都可以满足需求。反倒是一些中小型系统，由于硬件除内存外其它环节的限制，通过提高内存使用内存数据库能达到一个更好的效果。应该还是认识的问题吧，感觉不久的将来一定能够出现让人眼前一亮的东西。

tom_111

原帖由 nocode 于 2007-11-26 18:39 发表


那是因为他们用Altibase的时候，oracle还没主推TT呢，而且早期的TT问题太多，与oracle的兼容也有很多问题。现在的TT7才算是作为一个稳定产品在推的。

看来altibase内存数据库还是比较早进入中国市场的，还是比TT早熟啊！！！TT刚刚被Oracle公司收购时，是不是存在很多问题，从那时到现在好像也没有多久时间，不知道TT7中是否真的解决了以前的问题，听说altibase内存数据库即将推出5.0版本，好像5.0版本的出现对于业界同类产品的打击很大。期待着内存数据库时代的到来和革新！！！

nocode

原帖由 tom_111 于 2007-11-26 21:57 发表


看来altibase内存数据库还是比较早进入中国市场的，还是比TT早熟啊！！！TT刚刚被Oracle公司收购时，是不是存在很多问题，从那时到现在好像也没有多久时间，不知道TT7中是否真的解决了以前的问题，听说alti ...

TT6我没有真正的测过，但据测试过的同志讲，tt6似乎连VARCHAR2都不支持，因此我想主要是兼容性的问题吧。TT 7我目前也只在做一些功能性的测试，从功能来看与oracle的数据交互还是挺方便的，一条命令就可以手工同步了。而且也支持varchar2。总的感觉TT在尝试与oracle做无缝整合吧。压力测试环境限制还没有测过，有了结果争取贴出来。

tom_111

原帖由 nocode 于 2007-11-28 18:15 发表


TT6我没有真正的测过，但据测试过的同志讲，tt6似乎连VARCHAR2都不支持，因此我想主要是兼容性的问题吧。TT 7我目前也只在做一些功能性的测试，从功能来看与oracle的数据交互还是挺方便的，一条命令就可以手 ...

关注一下！！！期望有测试数据！！！

sureican

原帖由 nocode 于 2007-11-26 19:20 发表


请不要断章取义。我可没说慢的系统就都是垃圾，你能指望一个OLAP在批量处理的时候能多快呢？但一个OLTP的系统响应速度能慢到好几秒，你能说应用没问题？具体情况要具体分析。数据量上来后再没有调整的情况下性能不下降的系统很少，刚上线的系统跟跑2、3年后的系统有可比性吗？数据变化之后，调优是必然要做的事情。我本人是用户，但实际上很多时候是我在替厂家干活，为什么就不需要我说了吧。

你知道现在电信很多系统怎么用内存数据库吗？说白了就是把一堆庞大的帐务数据扔到内存里去算，即使程序很差，也会比原来快很多。你说成本下降了，你知道在国内，软件投资跟硬件投资是怎么一个比例吗？说1：100一点都不夸张，数据量扩张的同时必然扩大内存，扩内存通常都要扩cpu的，小型机的内存和cpu的价格都不是小数目，这不是疯狂的扩硬件是什么？扔到内存里是省事，我也想省事，可投资呢？厂家当然不会管那么多，反正花钱的是用户，用户买硬件厂家更赚钱，可用户又不是冤大头能调优的我干吗要扩硬件，当然要考虑孰轻孰重了。因此对于目前国内的很多使用方式，我持保留意见。不过话说回来，上头愿意当冤大头，我也管不了那么多了，呵呵。

我并不否认内存数据库的优势，我也在关注和琢磨这东西，但目前给我感觉是，内存数据库所能提供的快速响应和高并发的能力，对于大型系统来讲并不是很有优势，现在海量系统由于高性能硬件支撑加上相应的调优后，响应速度一般都可以满足需求。反倒是一些中小型系统，由于硬件除内存外其它环节的限制，通过提高内存使用内存数据库能达到一个更好的效果。应该还是认识的问题吧，感觉不久的将来一定能够出现让人眼前一亮的东西。

专门注册了帐号顶你一下。

我也注意到了这个现象，有时候虽然BSS厂商的产品很优秀，不用内存数据库，只通过调整自己的软件架构，
完全可以达到使用内存数据库的效率和稳定性。而且价钱比买内存数据库便宜的多，但是有用户还是坚持要使用内存数据库，
逼着厂商转型。不能不说内存数据库厂家的销售太强大了。altibase不清楚，oralce现在发动总攻了一样，电信行业到处都是timesten的声音。

tom_111

是吗？？