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