0

以下をモデル化する方法について、誰かが私を正しい方向に向けることができるかどうか疑問に思っていました:

postgresql データベース内に twitter と facebook のメトリックを保存しています。私たちのアプリケーションは、さまざまな facebook および twitter アカウントを承認し、それぞれのアカウントのデータを毎日すべて取り込むことができます。直感的には、すべてのアカウントの facebook と twitter の毎日のメトリックを格納する "metrics" というテーブルを作成することもできますが、そのようなテーブルがすぐに使用できないサイズに成長するのではないかと心配しています。そのため、アカウントの種類とアカウントに基づいてテーブルを動的に生成することが可能であり、それが賢明であるかどうか疑問に思っていました。したがって、15 の異なる facebook アカウントが承認され、10 の異なる twitter アカウントが承認された場合、これは 25 のテーブルになります。

これをサポートする ORM はありますか? アクティブレコードはありますか? これはお勧めのルートですか?

4

1 に答える 1

2

1 つのテーブルに多数のレコードを含めると、複数のテーブルよりもパフォーマンスが向上し、手間がかかりません。1 つのテーブル内の何百万ものレコードは、インデックスが作成され、インデックスを使用できる場合に適切に機能します。

これはお勧めのルートではありません。

于 2013-02-01T16:50:42.873 に答える