从分区功能比较mysql与postgresql and oracle

     现在去ioE声势浩大，感觉现在不懂点Mysql,pgsql，光谈oracle的话，都有点不好意思跟人打招呼,作为热爱oracle的人，现在对mysql、PG也不反感，不吹不黑，像我这样的人最专一了：谁给钱给谁干，风往哪边吹，就往哪边跑，总有一天，我就成了——风口上的猪，投入了猎人的怀抱^_^,呵呵，瞎扯了。
     没有比较就没有伤害，所以我总是不去跟土豪比较。但作为去IOE的替代者mysql与PG，这不得不比较，这里我只比较分区功能；
     以前我不太确定oracle的分区有多好，总之是越来越丰富，已经足够用了，像我们有张表已达60亿来记录，只好分好区，用好索引，我没觉得有什么查询上压力，分库分表的需要，对有些数据量一大就喊支撑不了要引入mysql分库分区的人，我抱有深深的怀疑：真的无法支撑了吗？都像阿里一样，有那么大的业务量吗？
     在用到mysql的分区时，有一点让我很不能接受，分区字段必须存在于主键或唯一索引中，晕，这样我还没法在分区的场景下同时保持唯一性了！由于没有全局分区的概念，所以估计这个痛点也就没法实现；
     而PG的分区，则让我脑洞有一点点小开，采用了表继承+触发器的方式，从某种意义上，给了我分区内部实现的一种思路或可能性，也许可以沿着这种思路去做一个更有定制性的分区方案，但是PG大拿德哥对于这种分区方式，也是有些“拿不出手”的态度，太麻烦了，若实现成内置功能会更方便用户；据说内置分区正在开发中；
     所以我的感慨是，毕竟是免费的，人家商业公司投入那么多开发人天也不是白干的，就分区而言，mysql与PG差距还是非常明显的；
     当然，反过来想，这又何尝不是机会呢？如果分区能跟oracle一样好用，oracle的价钱能这么高吗？