2013-02-01 98 views
0

我想知道,如果有人可以瞭解如何建模以下指向正確的方向我跨表的集合:劈裂軌道

我存儲PostgreSQL數據庫裏面Twitter和Facebook的指標。我們的應用程序可以授權許多不同的Facebook和Twitter帳戶,並且每天收集每個相應帳戶的所有數據。直觀地說,我只需要一張名爲「metrics」的表格,它可以存儲所有帳戶的Facebook和Twitter日常指標,但是,我擔心這樣的表格會相當快地增長到無法使用的大小。所以我想知道,是否有可能,並且建議根據帳戶類型和帳戶動態生成表格。所以,如果我授權15個不同的Facebook賬戶和10個不同的Twitter賬戶授權,這將導致25個表。

是否有ORM支持?活動記錄?這是一個可取的路線嗎?

回答

2

一張桌子上的許多記錄比多張桌子的表現要好,而且不會太麻煩。 一張表中的數百萬條記錄在編制索引時表現良好,並且能夠使用索引。

這不是一個可取的路線。

+0

謝謝...我想我的問題屬於過早優化領域。如果我確實擊中了不可用的大小,那麼我會擔心它......現在,0行... :) – jdkealy