你的思路还是IOE那套,IBM小型机架个Oracle,然后用emc搭建存储集群,互相同步啥的,这些东西现在根本没法搞定动则 pb 级数据,我没看到世界最大oracle集群多大规模,能看到就是那么几十个节点就算超大了,根本就不是钱的问题,Oracle 错过了大数据时代没什么好疑问,当年拉里说云计算就是个骗局,行里人谁没听过。比如我的集群,每个数据都多副本,两地三中心多活,我为什么要备份,动则两三万亿条数据,每天净增几T几十T怎么备份?IO、网络受得了?分布式数据库追加写入,这是常规操作,没什么不对,你看看gp,cd 哪个不是这样。连接方式无非就是个协议问题,自己写没什么。所以,没搞过就不要臆测了。早年没这么多乱七八糟方案时候,我自己动手写过分布式查询引擎,支持一些简单的select语句,动手了才知道多麻烦。王博士那个院士是应得的。再说了,如果你搞技术,Oracle这几年有拿什么让人心动的技术?我从5一直用到 9,那段日子确实Oracle领先很多,现在则就是过去式。
你没理解我的意思。数据库设计领域,单纯比快单纯比大,没有现实意义,系统设计上是权衡的产物。工程师说的慢 60%,上下文是什么?超大规模分布式数据库,由于网络 IO,先天性慢一些,这很正常。阿里为什么自己搞 oc,难道因为没钱?是因为 oracle 根本撑不起来;阿里oracle技术烂吗?世界什么顶级oracle专家的10个7个在阿里。别说阿里体量,连我这种两个pb级的表关联,oracle也撑不起来。我最终用了几百台集群搞这种事情,oracle 几百台集群我不知道中国有没有这种案例。说到磁带,这玩意有一定意义,但是是过时的东西。存储成本这么低,搞双活,两地三中心不香?
呵呵,非专业就别出来乱说。数据库应用,一种是快,一种是大。一种是olap,一种oltp。我不用 oc,但是我们有些表上万亿数据,一个表一个pb,表还需要关联。你找oracle给我试试看?分布式数据库解决这种特别大数据上,有先天优势。再说了,就算是 oltp 这个领域,oracle 也就个遗留系统或者银行国企等机构还在用,互联网公司 mysql不香?
好了,真的带去健身房的交个底,别干这事。热还其次,汗液黏在耳罩上不好清理,那味道实在难以忍受。现在我又重新拿降噪豆去健身房。
关注数量超出限制,
请先删除部分内容再尝试