关于Postgresql 分区表的那些事

概述       最近一段时间做的项目DB用的都是postgresql， 相对于oracle来说已经够悲催了，更悲催的是使用了postgresql的分区表，哎呀妈呀，所以说老话说的好：没有最悲催只有更悲催！好了，废话不说，言归正传。        Postgresql的分区表使用确实很麻烦。它没有像oracle一样将大量的细节屏蔽，对使用者透明。Postgrsql的分区表暴露了大量的技术细节，这些细节

最近一段时间做的项目DB用的都是postgresql， 相对于oracle来说已经够悲催了，更悲催的是使用了postgresql的分区表，哎呀妈呀，所以说老话说的好：没有最悲催只有更悲催！好了，废话不说，言归正传。

Postgresql的分区表使用确实很麻烦。它没有像oracle一样将大量的细节屏蔽，对使用者透明。Postgrsql的分区表暴露了大量的技术细节，这些细节都需要程序员进行维护，但正因为这一点，我们可以了解到分区表的实现细节，也算有点补偿。

Postgresql 分区表是通过一个概念： 继承 来实现的。以一个employer的表为例吧，将它做成分区表（以入职时间分区）。 首先需要一个父表： employer ，若干字表： employer_2010,employer_2011. 这两个字表是继承自父表的使用inheritS关键字。所有字段都跟父表相同。 从这一点很棒但是悲催的是父表的约束是无法被继承的，这是什么意思呢？ 我很悲催的告诉你： 所有字表的PK和index都要自己建立，明白了吗，自己建立！！，有多少分区就要建立多少次，悲催啊。好吧，这些我忍了，到了这一步细心的人可能要发问了，那记录的插入呢，如何自动选择正确的字表呢？比如说入职时间是2011年的记录要进入employer _2011字表。 我再次悲催的告诉你们，这个也好自己handle的。这个在postgresql中叫做一条RulE，在这里类似trigger，就是说一条记录来了我先check下它的入职时间这个字段，发现时2011年的那就插入字表employer _2011。这个是要程序员写的大哥啊。一个RulE类似于下面的代码：

CREATE RulE rulename AS
ON INSERT TO employer WHERE
( date_trunc( ''year'',time_stamp) = "2011")
DO INSTEAD
INSERT INTO employer_2011 VALUES (columnValue1,columnValue2...)

可怕吧！

另外要说明的是分区时不能自己创建的，如刀2012年了，应该有一个employer_2012的字表，否则数据是差不进去的。这个貌似oracle也不能cover，但是在postgresql中药恐怖的多，想想吧，要自动增减分区你需要完成多少工作，看看这件提到的步骤吧，悲催的我居然还实现了这个功能！

最后说说最近遇到的一个问题吧：我的程序alter了一个分区表，增加了一个字段，但是新增加的那个column一直不能插进去值，也不报错，但就是没有值。很叫人恼火，最后终于发现是RulE没有改，请注意上面标红的代码，VALUES后面的括号中是要列出所有的字段的，当我alert 表增加新的字段后，这个rule并没有自动的也添加新增的字段，就导致新加字段value进不去，牛逼吧，啥也不说了。 最后奉劝大家使用postgreql分区表须谨慎慎啊！！好了睡觉去啦！

总结

以上是内存溢出为你收集整理的关于Postgresql 分区表的那些事全部内容，希望文章能够帮你解决关于Postgresql 分区表的那些事所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。