Database 以低成本的方式托管大型表，同时保持性能的可扩展性？_Database_Performance_Postgresql_Database Design_Bigdata

Database 以低成本的方式托管大型表，同时保持性能的可扩展性？

database performance postgresql database-design

Database 以低成本的方式托管大型表，同时保持性能的可扩展性？,database,performance,postgresql,database-design,bigdata,Database,Performance,Postgresql,Database Design,Bigdata,我有一个不断增长的存储时间序列数据的表，现在有5亿个条目，每天有20万条新记录。目前总大小约为15GB 我的客户主要通过PHP脚本查询表，结果集的大小约为10K条记录（不是很大）从T中选择*其中timestamp>X和timestamp

我有一个不断增长的存储时间序列数据的表，现在有5亿个条目，每天有20万条新记录。目前总大小约为15GB

我的客户主要通过PHP脚本查询表，结果集的大小约为10K条记录（不是很大）

从T中选择*其中timestamp>X和timestamp


我希望这个手术便宜
目前，我的表在Postgres 7中的一个16G内存盒中托管，我希望看到一些好的建议，让我以低成本托管，并允许我在需要时扩展性能。
这张桌子有：

1.查询：90%

2.插入：9.9%

2.更新：0.1%PostgreSQL 9.2支持分区和部分索引。如果有几个热分区，并且您可以将这些分区或它们的索引放在固态磁盘上，那么您应该能够围绕当前配置运行环
可能有也可能没有低成本、可扩展的选项。这取决于低成本和可扩展性对您意味着什么
 PostgreSQL 9.2支持分区和部分索引。如果有几个热分区，并且您可以将这些分区或它们的索引放在固态磁盘上，那么您应该能够围绕当前配置运行环
可能有也可能没有低成本、可扩展的选项。这取决于低成本和可扩展性对您意味着什么 你可以写一本关于这个主题的书，但它不能回答所有的问题。你没有告诉我们关于基础设施（集群？什么计算机？缓存策略？memcache？h缩放？v缩放？等等…我理解这听起来可能很一般，因为目前的解决方案很简单，我愿意接受建议。“Postgres 7”？与PostgreSQL 7.x版一样？7.x系列已经有7-12年的历史了！无论如何，如果你真的使用PostgreSQL 7，这是按日期进行范围分区的经典用例。有些东西，你真的需要升级。真的。向我们展示执行计划，以及你在表上定义的索引。哦，现在升级。PostgreSQL 7已经完全过时了即使在版本7上进行了最好的调整，9.2也将比您能够实现的任何功能都要快得多。您可以就此主题编写一本书，但它无法回答所有问题。您没有告诉我们有关基础架构的信息（群集？什么计算机？缓存策略？memcache？h缩放？v缩放？等等…我知道这听起来可能很一般，因为目前的解决方案很简单，我愿意接受建议。“Postgres 7”？与PostgreSQL 7.x版一样？7.x系列已经有7-12年的历史了！无论如何，如果你真的使用PostgreSQL 7，这是按日期进行范围分区的经典用例。有些东西，你真的需要升级。真的。向我们展示执行计划，以及你在表上定义的索引。哦，现在升级。PostgreSQL 7已经完全过时了即使在版本7上进行了最好的调优，9.2也将比任何你能达到的速度都要快得多。
select * from T where timestamp > X and timestamp < Y and additionFilters