我正在爲我的公司開發RoR項目的設計,而我們的開發團隊已經對設計,特別是數據庫進行了一些爭論。PostgreSQL表格有多大?
我們有一個名爲Message
的模型,需要持久化。這是一個非常非常小的模型,只有三個db列而不是id,但是當我們投入生產時,可能會有很多這些模型。我們每天看多達1,000,000次插入。這些模型只能通過兩個可以索引的外鍵來搜索。同樣,模型也不需要刪除,但我們也不需要保留它們,大約三個月後。
那麼,我們想知道的是,如果在Postgres中實現此表將會出現重大性能問題?有沒有人有非常大的SQL數據庫的經驗告訴我們這是否會成爲問題?如果是這樣,我們應該選擇什麼替代方案?
具有良好的緩存層和PG中的一些小配置,你應該沒問題。您應該逐個處理性能問題並避免預優化。也就是說,分區和複製總是很好的選擇,一旦遇到瓶頸,您可以利用它。 –
相關問題[這裏](http://stackoverflow.com/questions/13639626/database-columns-in-select-or-create-statements/13639920#13639920)和[這裏](http://stackoverflow.com/ 12606842 /什麼,是最最大用戶號碼的柱-IN-A-PostgreSQL的選查詢)問題/。 –
我們每天在一個5+ TB的PostgreSQL數據庫中處理大約3000萬條消息,工作正常。 –