水平データベースのスケーリング

Question

私はこのような構造を持つ、PostgreSQLデータベースとのRuby on Railsのアプリを持っています。各Aには数千のBがあり、各Bには数千Cの数があります（各Aには数百万のCがあります）。

Aは独立しており、異なるAからのBとCは一緒に（つまり同じクエリ内で）必要とされません。

私の問題は、ActiveRecordのクエリがかなり長くかかるということです。 Cのテーブルに何千万もの行がある場合、クエリには永遠にかかるでしょう。

私は、データベースを水平に拡大することを考えています（つまり、Aのテーブル、Bのテーブル、それぞれのAのCのテーブル）。しかし、私はそれを行う方法を知らない。それは私が推測するようなシャーディングのようなものですが、動的にDBテーブルを作成する方法を理解することはできず、ActiveRecordを使ってデータにアクセスします。

ありがとうございました。

Answer 1

わずか数行、または数百万行のパフォーマンス懸念がある場合は、ソリューションを環境エンジニアリングする前に一歩前に戻る必要があります。記述している問題は、索引付けによって非常に簡単に解決できます。追加の物理テーブルを作成する利点はありませんし、あなたは信じられないほどの複雑さを導入するでしょう。

@ mu-is-too-shortは既に述べています。クエリプランに注意してください。ツールを使用してパフォーマンスを分析します。

table partitioningは物理的にも透過的にもさまざまな断片化されたテーブルにデータの格納を格納できると言われていますが、非常に高速になりますが特定の時間ボックス（月など）でのみ有用なデータに特に便利です。アーカイブビットフラグ列でこれを実行して、より古いストレージ（SSDのRAIDなど）にアクティブなレコードを保存しながら、古いレコードまたは削除されたレコードをいくつかのより低速のストレージ（たとえば、錆びた標準RAID）にシャトルすることもできます。

Answer 2

だから、あなたは木のような構造をしているようです。相互参照のような方法でデータベースからそれらを取り出す必要が本当にない場合、あなたのAはまさに "ドキュメント"のプロパティを持っています.MongoDBを見てください。 AはBのすべてと一緒に保存され、Cのレコードは1つのレコードに保存されます。あなたはORMを探しているなら、あなたはこれを行う場合、あなたはあなたがkajillionテーブルを作成しないように、異なるスキーマに分配することをお勧めします

http://mongoid.org/en/mongoid/index.html