gpt4 book ai didi

甲骨文 (RAC) 与 NoSQL

转载 作者:可可西里 更新时间:2023-11-01 09:59:52 31 4
gpt4 key购买 nike

我很好奇是否有人针对 NoSQL 数据库与 Oracle(特别是我在谈论 Oracle RAC)中的数据访问进行了基准测试?该项目需要处理至少 10mil+ 的记录,在其中搜索(但不一定非要实时),read 对速度非常重要,保证 HA 和可靠性(不能丢失记录!!!)我可以亲眼看到 Cassandra/MongoDB 可能更适合(因为当你处理超过 1000 万条记录时,键值存储将提供比 SQL 更快的读取),但我发现很难很好地表达所有这些。任何链接?建议?要点?谢谢!

最佳答案

1000 万条记录。假设每条记录 250 字节。那是大约 2.5 Gb 的数据,完全在基本台式机/笔记本电脑的容量之内。数据量很小(除非每条记录的大小都以 Mb 为单位,例如图片或音频)。

您需要讨论的是事务量(分为读和写)以及您认为的 HA。 Read-only HA相对于“Read-write HA”来说是容易的。将只读数据集复制到不同地理位置的多台服务器并在这些服务器上分配查询工作负载可能很简单。

扩展更新繁重的工作负载要困难得多,这就是为什么您经常听到大型音乐会门票发行时系统崩溃的原因。很简单,座位数量是固定的,你不能有十个重复的系统,每个系统都出售他们认为可用的东西。必须有单一的事实来源,这意味着瓶颈(以及潜在的单点故障)。

在 HA 方面,RAC 是一种共享存储技术,这通常意味着您的 RAC 节点非常接近。这可能使他们容易受到局部事件的影响,例如建筑物火灾或电信故障。 Data Guard 是与异地复制和故障转移相关的 Oracle 技术。

关于甲骨文 (RAC) 与 NoSQL,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4951514/

31 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com