SNSアプリのユーザー管理DB設計について

Question

Facebook,twitterなどの数億、数十億単位のユーザー数を抱える場合、ユーザーを管理するDBの設計はどのようになっているのでしょうか？

おそらくこのような規模だと一つのテーブルで抱えるのは不可能だと思うのですがやはり複数のテーブルでユーザーを分散させてから管理しているのでしょうか？

Comments

[m.ts10806]

知ってどうしたいのでしょう。
想像するしかできないですが、答えはありません。作った人しか知らないし外に出ることはないでしょう。
DBの最適化など知っておかなければならない概念も知らないとアドバイス得たとして理解は難しいのでは

[kai0310]

> DBの設計はどのようになっているのでしょうか？
開発者しか知らないです。

Answer 1

facebookはRDBではなくてgraphDBでユーザー同士繋がってます。なのでひとつのテーブルという考え方自体が違います。
twitterも今調べたらそうらしい。

Comments

[Orlofsky]

回答に調べたURL等も明示できた方がよろしいかと。

[hentaiman]

ちょっと検索してみただけなのでもう分からない　twitterに関してはてきとうに検索して出た結果を回答にしただけなので消した方がいいですかね
facebookは相当前にgraphDB調査した時に知った事なので出典すらわからない

[Orlofsky]

次回から気を使いましょう、程度で。

GraphDB でググったらいろいろ見つかりますね。
https://www.imagazine.co.jp/12805-2/

[hentaiman]

のせた方が親切ですね　即席で検索した情報を回答に付け足す時は気にかけるようにしようと思います

[asdfas]

回答ありがとうございます。
Facebookなどの大規模なアプリケーションはMySQLのようなRDBを使用せずにGraphDBを使用して数億人のユーザーをすべて管理していると認識して大丈夫ですか？

[hentaiman]

facebookの人間じゃないのでその辺は知りません。
とりあえず検索したらこんなん出ました（会員登録してないんで流し見です）
https://enterprisezine.jp/article/detail/9450

自分で予想がつくのはユーザーはGraphDBで投稿などはRDBだろうなって事ぐらいです。高速化や安定化や負荷分散はしてるでしょうが、そういう観点の話をおいておけば投稿もとりあえず1テーブルじゃないでしょうか？知らんけど。
１テーブルスタートでパーティショニングして、それでも追いつかなかったら物理的（テーブルそのもの）を分ける方法でパーティショニングをしているとかもあるかもしれませんね
ガチなDB専門家ならもっと色々予想出来るんでしょうが、自分の知識（経験）で回答できるのは残念ながらこの程度です。