gpt4 book ai didi

mysql - 规划数据库扩展和架构更改

转载 作者:可可西里 更新时间:2023-11-01 11:21:13 25 4
gpt4 key购买 nike

<分区>

在创建社交网络数据库之前,我正在做研究,我发现了很多与社交网络的图形和键值数据库有关的问题/资源。我知道有很多不同的选项和方法来实现数据库。我也明白大公司做的事情很复杂,远远超出我目前需要的(1b+ 用户)。我也知道每家大公司都改进了他们的数据库,以应对他们经历的疯狂扩展。

因为我不知道网络将如何发展,而且我不相信我可以准确地创建一个可以扩展到 100 万用户的模型(由于未知因素,例如人们将如何使用它、人们发帖的频率、评论等)。但我至少可以尝试创建一个在(如果)需要时最容易扩展的数据库。

大多数公司是否创建一个数据库来处理多达 1000 名用户,然后一旦他们增长,他们就会为 10k 用户改造它,然后 100k,等等?如果他们这样做了,对于这些任意数字中的每一个(由于上面列出的未知数),公司通常会更改一些表/节点/等,还是他们完全重新创建数据库以利用新技术(例如从 SQL作图)?

我想选择最佳解决方案,但我发现在图形、键值、SQL 等之间做出决定非常困难——尤其是在没有数据的情况下无法知道哪些关系/数据最重要。我相信我可以使用可支持多达 10k 用户的图形创建一个可靠的系统,但我担心随着系统的增长可能不得不完全重新创建数据库。这是现在避免问题的担忧,还是现在实现并适应以后类型的问题?

更进一步,如果我确实需要计划完整的数据库重组,使用多模型 NoSQL DBMS(例如 OrientDB 或 ArangoDB)通常是否有意义?

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