在实时分析海量数据方面，内存数据计算能否取代传统关系型数据库？欢迎入内讨论！

anlinew

“预计未来5到10年，关系数据库将彻底消失，届时所有的SAP产品都将使用HANA”
原文在哪里？

anlinew

我觉得HANA并没有跳出关系数据库的范畴，只是其引入了内存计算、列式存储等技术通过避免IO、改变传统计算方式等方法提高了计算效率。

anlinew

SAP产品全面使用HANA替换oracle、db2估计是必然的

haitao

内存数据计算？
既然是海量了，还敢内存？那要多少钱？可行吗？

如果真的有钱，内存足够放下所有数据，把关系数据库的数据文件也放到内存盘（ramdisk或tmpfs），性能应该也能提高几个数量级吧

thinkone

“预计未来5到10年，关系数据库将彻底消失，届时所有的SAP产品都将使用HANA”，这句话不可能，随着内存越来越便宜，内存数据库用的越来越多，
从而市场越来越多，现在一个普通的PC server100G内存很便宜，但是科技发展是多方面的，内存越大，数据量也越来越多，按他的说法，以后所有的数据库
只有一种，那就是：内存数据库。
    关系数据库在未来5到10年，还是绝对的主流！

mchdba

海量数据，得多少内存才能存够啊？

haitao

能解决好 关系数据库 的多服务器同时写入，才是王道

靠内存的提升，不如靠大量的机器来提升

北方1985

1、内存数据库与传统数据库有哪些相同和不同的地方，各有什么优缺点？

我是做OracleDB Performance的， 经常遇到的问题就是硬盘I/O影响速度。
虽然不清去内存数据库怎样在保持数据安全的基础上做到数据全部放在内存中的，
但最大的不同应该是没有了硬盘I/O之后的速度差异吧。
现在我认为最快的传统DB -- Exadata 也不过是在通过尽量完全的发挥硬件能力来提高速度（ASM，RAC，InfiniBand），还是在用硬盘工作，
但是Hana却直接把最慢的硬盘干掉了。

2、内存数据管理能够与列存储能否很好的进行融合？

可以，完善也只是时间问题。

3、大数据来袭，在企业中，联机事务处理系统（OLTP）和联机分析处理系统（OLAP）划分的界限越来越小，对于需要从海量数据库中进行实时计算和快速得到响应的需求如何去实现？未来的海量数据管理方向是什么？请谈谈您的想法。

实时计算和快速得到响应的需求肯定要内存DB来实现了，对传统DB的优势太大了。
但是海量数据的长期存储，暂时还是要靠传统DB来实现。
十年不用管的数据放在内存里干什么？？？

4、内存计算技术能够在成本，应用程序，更快更好的决策方面带来哪些新的变化？

需要大规模实时计算的情况下，应该都会选择内存数据库。
而且如果今后内存数据库的成本下去了，同等条件下应该会选择内存数据库。
不需要那么快的情况下，还是存硬盘吧。反正也能满足需求。
但是传统数据库发展多年，已经存储了众多与社会安定，民生需求相关的数据（银行，保险）
这些数据不是说转移就转移的，而且传统数据库貌似能基本满足这些领域的需求。
所以10年内消灭关系型数据库是不可能的。

5、您看好内存数据管理吗？为什么？

看好， 就是因为快。
而且相信以后内存的硬件技术还会发展。

buptdream

anlinew 发表于 2012-8-29 15:18
“预计未来5到10年，关系数据库将彻底消失，届时所有的SAP产品都将使用HANA”
原文在哪里？

http://tech.hexun.com/2011-11-24/135629182.html

wolfop

既然是海量，现有的RAM怎可能放的下？PB级别的DW，用全内存做给我看看？
SAP无非是吹牛，HANA到现在还不具备scale out的能力，真正有scale out的内存DW也就是Exsol。
可惜后者也没什么100TB以上的案例，何况测试那个10TB的TPCH用了60台PC服务器，管理性是很严重的问题。
而且任何一个做DW的也知道，实际生产中，虽然IO很重要，但是别忘记了一个当代的POWER7或者XEON内核，每秒扫描过滤的数据量是有限的，也就300MB-500MB的水平，并不是靠内存解决了IO吞吐量的问题，性能就能提升一万倍了。