+
 新版
2012-07-24 00:40
至于你说的那种实际案例,什么需要开什么多少线程之类的,那只是从多方面来考虑的。 我想说的只是查询速度这方面pgsql确实比mysql慢
2012-07-23 20:56

引用来自“solookin”的评论

引用来自“mark35”的评论

引用来自“solookin”的评论

引用来自“javaflex”的评论

引用来自“solookin”的评论

引用来自“mark35”的评论

引用来自“solookin”的评论

查询速度比mysql慢得多

你做啥查询呢?

pgsql查询比mysql慢是公认的事实,无需任何狡辩

对于10万行以下的单表查询,估计pg比mysql慢一点,对于数据量大且复杂的查询就不一定了。而且pg的目标是超大规模的企业级数据库,其强大的功能和可靠性媲美商业数据库,岂是mysql能比的?这就好比mysql是摩托车,pg是公交车,载一两个人,摩托车是比公交车快,在在拥挤繁忙的马路上,摩托车事故风险很大,而公交车确能平稳可靠地把满车人送达目的地。数据就好像你的孩子,放学了,你让他打摩的回家还是坐公交回家?O(∩_∩)O~

数据量大的比如100万的查询pgsql就更慢了。100万的select查询,pgsql要好几秒甚至更久,mysql只需要零点几秒。 至于可靠性高并发等其他特性,那是pgsql的优势。但是有得必有失,从查询速度来讲,pgsql确实比mysql慢得多。不管是大量数据查询还是小量数据查询

好几秒?如果pg都要几秒那mysql只怕就几分钟了。
给你看看真实的案例,同样的服务器同样的系统,两者差距有多大!与其说是pg有多强大,不如说是mysql有多烂
http://www.oschina.net/question/126398_61956

你那个既然说是真实案例,那么就要考虑到高并发的情况。

我说了mysql在高并发下的表现没有pgsql的好。

那你到底想说什么呢?
2012-07-23 19:28

引用来自“mark35”的评论

引用来自“solookin”的评论

引用来自“javaflex”的评论

引用来自“solookin”的评论

引用来自“mark35”的评论

引用来自“solookin”的评论

查询速度比mysql慢得多

你做啥查询呢?

pgsql查询比mysql慢是公认的事实,无需任何狡辩

对于10万行以下的单表查询,估计pg比mysql慢一点,对于数据量大且复杂的查询就不一定了。而且pg的目标是超大规模的企业级数据库,其强大的功能和可靠性媲美商业数据库,岂是mysql能比的?这就好比mysql是摩托车,pg是公交车,载一两个人,摩托车是比公交车快,在在拥挤繁忙的马路上,摩托车事故风险很大,而公交车确能平稳可靠地把满车人送达目的地。数据就好像你的孩子,放学了,你让他打摩的回家还是坐公交回家?O(∩_∩)O~

数据量大的比如100万的查询pgsql就更慢了。100万的select查询,pgsql要好几秒甚至更久,mysql只需要零点几秒。 至于可靠性高并发等其他特性,那是pgsql的优势。但是有得必有失,从查询速度来讲,pgsql确实比mysql慢得多。不管是大量数据查询还是小量数据查询

好几秒?如果pg都要几秒那mysql只怕就几分钟了。
给你看看真实的案例,同样的服务器同样的系统,两者差距有多大!与其说是pg有多强大,不如说是mysql有多烂
http://www.oschina.net/question/126398_61956

你那个既然说是真实案例,那么就要考虑到高并发的情况。

我说了mysql在高并发下的表现没有pgsql的好。
2012-07-23 17:08

引用来自“solookin”的评论

引用来自“javaflex”的评论

引用来自“solookin”的评论

引用来自“mark35”的评论

引用来自“solookin”的评论

查询速度比mysql慢得多

你做啥查询呢?

pgsql查询比mysql慢是公认的事实,无需任何狡辩

对于10万行以下的单表查询,估计pg比mysql慢一点,对于数据量大且复杂的查询就不一定了。而且pg的目标是超大规模的企业级数据库,其强大的功能和可靠性媲美商业数据库,岂是mysql能比的?这就好比mysql是摩托车,pg是公交车,载一两个人,摩托车是比公交车快,在在拥挤繁忙的马路上,摩托车事故风险很大,而公交车确能平稳可靠地把满车人送达目的地。数据就好像你的孩子,放学了,你让他打摩的回家还是坐公交回家?O(∩_∩)O~

数据量大的比如100万的查询pgsql就更慢了。100万的select查询,pgsql要好几秒甚至更久,mysql只需要零点几秒。 至于可靠性高并发等其他特性,那是pgsql的优势。但是有得必有失,从查询速度来讲,pgsql确实比mysql慢得多。不管是大量数据查询还是小量数据查询

好几秒?如果pg都要几秒那mysql只怕就几分钟了。
给你看看真实的案例,同样的服务器同样的系统,两者差距有多大!与其说是pg有多强大,不如说是mysql有多烂
http://www.oschina.net/question/126398_61956
2012-07-23 14:51
PG、MySql都生产环境用过,目前还没感觉都有啥特别大的差距。
现在的项目全是mysql了,迁移到pgsql还得折腾老大阵 -_-"
2012-07-23 10:49

引用来自“solookin”的评论

引用来自“javaflex”的评论

引用来自“solookin”的评论

引用来自“mark35”的评论

引用来自“solookin”的评论

查询速度比mysql慢得多

你做啥查询呢?

pgsql查询比mysql慢是公认的事实,无需任何狡辩

对于10万行以下的单表查询,估计pg比mysql慢一点,对于数据量大且复杂的查询就不一定了。而且pg的目标是超大规模的企业级数据库,其强大的功能和可靠性媲美商业数据库,岂是mysql能比的?这就好比mysql是摩托车,pg是公交车,载一两个人,摩托车是比公交车快,在在拥挤繁忙的马路上,摩托车事故风险很大,而公交车确能平稳可靠地把满车人送达目的地。数据就好像你的孩子,放学了,你让他打摩的回家还是坐公交回家?O(∩_∩)O~

数据量大的比如100万的查询pgsql就更慢了。100万的select查询,pgsql要好几秒甚至更久,mysql只需要零点几秒。 至于可靠性高并发等其他特性,那是pgsql的优势。但是有得必有失,从查询速度来讲,pgsql确实比mysql慢得多。不管是大量数据查询还是小量数据查询

没有具体配置,具体查询,这种一个sql比别人快啥的说法基本都是扯蛋。这种评测起码得写个文章,放在评论里太浪费了
2012-07-23 08:46
觉得PostgreSQL是蛮不错的...
2012-07-23 01:01

引用来自“solookin”的评论

引用来自“javaflex”的评论

引用来自“solookin”的评论

引用来自“mark35”的评论

引用来自“solookin”的评论

查询速度比mysql慢得多

你做啥查询呢?

pgsql查询比mysql慢是公认的事实,无需任何狡辩

对于10万行以下的单表查询,估计pg比mysql慢一点,对于数据量大且复杂的查询就不一定了。而且pg的目标是超大规模的企业级数据库,其强大的功能和可靠性媲美商业数据库,岂是mysql能比的?这就好比mysql是摩托车,pg是公交车,载一两个人,摩托车是比公交车快,在在拥挤繁忙的马路上,摩托车事故风险很大,而公交车确能平稳可靠地把满车人送达目的地。数据就好像你的孩子,放学了,你让他打摩的回家还是坐公交回家?O(∩_∩)O~

数据量大的比如100万的查询pgsql就更慢了。100万的select查询,pgsql要好几秒甚至更久,mysql只需要零点几秒。 至于可靠性高并发等其他特性,那是pgsql的优势。但是有得必有失,从查询速度来讲,pgsql确实比mysql慢得多。不管是大量数据查询还是小量数据查询

嗯?真的?
2012-07-22 19:24
用过PostgreSQL,老外用的比较多的,特别是LINUX下。我的MAC上也用的这个
2012-07-22 14:30

引用来自“javaflex”的评论

引用来自“solookin”的评论

引用来自“mark35”的评论

引用来自“solookin”的评论

查询速度比mysql慢得多

你做啥查询呢?

pgsql查询比mysql慢是公认的事实,无需任何狡辩

对于10万行以下的单表查询,估计pg比mysql慢一点,对于数据量大且复杂的查询就不一定了。而且pg的目标是超大规模的企业级数据库,其强大的功能和可靠性媲美商业数据库,岂是mysql能比的?这就好比mysql是摩托车,pg是公交车,载一两个人,摩托车是比公交车快,在在拥挤繁忙的马路上,摩托车事故风险很大,而公交车确能平稳可靠地把满车人送达目的地。数据就好像你的孩子,放学了,你让他打摩的回家还是坐公交回家?O(∩_∩)O~

数据量大的比如100万的查询pgsql就更慢了。100万的select查询,pgsql要好几秒甚至更久,mysql只需要零点几秒。 至于可靠性高并发等其他特性,那是pgsql的优势。但是有得必有失,从查询速度来讲,pgsql确实比mysql慢得多。不管是大量数据查询还是小量数据查询
2012-07-22 13:04

引用来自“CheckStyle”的评论

引用来自“Tom Lin”的评论

很少看到过 PostgreSQL 与其它数据库的性能对比

很正常,数据库性能对比,, 建两三张表,然后插入删除查询...我觉得是很扯的事情.
如果真要面向企业应用而做性能对比,那么应该模拟一个真实应用,比如ERP之类,四五百张表,外加一堆视图,触发器....然后灌个几十G,几百G数据, 测试各种用例....
可惜,至今没见过这样的测试.

OpenERP用的是PostgreSQL.
2012-07-22 12:31
不过我的观点,10g以下的表,mysql也够用了。表上10g,数据库上百g,就能看到pg跟mysql的差距了
2012-07-22 12:30

引用来自“阿笨哥”的评论

PostgreSQ 主从 怎么样,有没有和mysql主从比较?

我都用过,pg的比mysql更可靠
2012-07-22 12:25
pg比mysql高一个档次吧。我一个几百G的DB,并发数上千,用mysql各种蛋疼,转成pg后很轻松。从文档,到各种运维监测工具,pg更接近商业数据库,mysql太业余了,连个可靠的在线备份工具都没有。
2012-07-22 08:46
why why why
2012-07-22 03:19

引用来自“mark35”的评论

引用来自“solookin”的评论

查询速度比mysql慢得多

你做啥查询呢?

pgsql查询比mysql慢是公认的事实,无需任何狡辩
看到介绍不错,但是唯一的一点疑问就是...为什么从来没有听说过- -|||
2012-07-21 23:00

引用来自“mark35”的评论

引用来自“自主创新”的评论

引用来自“leeoo”的评论

引用来自“php.by.live”的评论

引用来自“leeoo”的评论

最近將系統使用的数据库从MySQL 5.5换成了PostgreSQL,感觉不错,只少IN查询快几百倍~

建议打下草稿

你还别不信,同样一条包含IN的查询语句,在MySQL 5.5上执行时间是近3秒钟,运行时明显的卡顿,而在PostgreSQL 9.1.4-1上执行只需12到15ms,瞬间完成!

建议打草稿

没用过pgsql(或者oracle等等商业数据库),就不知道mysql有多烂!

强烈建议打草稿,不要吸引仇恨,俺不是做开发的,说得已经很中肯了。
2012-07-21 22:10
PostgreSQ 主从 怎么样,有没有和mysql主从比较?
2012-07-21 21:39

引用来自“自主创新”的评论

引用来自“leeoo”的评论

引用来自“php.by.live”的评论

引用来自“leeoo”的评论

最近將系統使用的数据库从MySQL 5.5换成了PostgreSQL,感觉不错,只少IN查询快几百倍~

建议打下草稿

你还别不信,同样一条包含IN的查询语句,在MySQL 5.5上执行时间是近3秒钟,运行时明显的卡顿,而在PostgreSQL 9.1.4-1上执行只需12到15ms,瞬间完成!

建议打草稿

没用过pgsql(或者oracle等等商业数据库),就不知道mysql有多烂!
2012-07-21 21:38

引用来自“solookin”的评论

查询速度比mysql慢得多

你做啥查询呢?
2012-07-21 21:13

引用来自“leeoo”的评论

引用来自“php.by.live”的评论

引用来自“leeoo”的评论

最近將系統使用的数据库从MySQL 5.5换成了PostgreSQL,感觉不错,只少IN查询快几百倍~

建议打下草稿

你还别不信,同样一条包含IN的查询语句,在MySQL 5.5上执行时间是近3秒钟,运行时明显的卡顿,而在PostgreSQL 9.1.4-1上执行只需12到15ms,瞬间完成!

建议打草稿
2012-07-21 18:45
“使用 Google 的 V8 引擎编写 JavaScript 函数”

是说可以用 JS 写存储过程吗?
2012-07-21 09:04
这个数据库真的是很好用的!顶一下!
2012-07-21 08:34
一直在用postgresql,官方文档很赞,配置文件还有详细的注释解释每个参数,用继承特性管理几十亿行记录的表很轻松
2012-07-21 07:50

引用来自“solookin”的评论

查询速度比mysql慢得多

我的感觉也是啊,不知道为什么说会更快呢?我是win下使用
2012-07-21 02:10
查询速度比mysql慢得多
2012-07-20 23:49
给开发者看的,开发者不用就没用
2012-07-20 23:49
用PostgreSQL替代MySQL和SQL Server比较现实,还有商业化支持EnterpriseDB.
2012-07-20 23:45

引用来自“贝特虫子”的评论

特别大型的应用木有弄过,但是艺术学院的招考系统就是用这个数据库弄的,每年考试那几天从报考到考试评,数据量也不算太小,但是足够应付了...数据库在一台Mac OS 上,前台(ruby应用)用了4台cent OS,学校也真是不缺钱...

我知道Mac也有Server版,但为什么要用Mac当数据库服务器,难道PG在Mac上性能更好?
2012-07-20 23:42
农业银行
2012-07-20 22:52

引用来自“SudyX”的评论

屁股挺起来吧 ... PostgreSQL , 最近才刚从 PG 换到 Oracle ...

可以介绍下经验?
2012-07-20 22:44
2012-07-20 22:19

引用来自“javaflex”的评论

引用来自“Liuxd”的评论

看起来不错,有什么大型应用的成功案例吗?

太多了,国内有支付宝

支付宝还用oracle,最近没变吧
2012-07-20 21:54
PostgreSQL 书很少 ...
2012-07-20 21:01

引用来自“Tom Lin”的评论

很少看到过 PostgreSQL 与其它数据库的性能对比

discuz算不算? 页面快一倍。数据库连接需求少50倍!
2012-07-20 20:58
目前有团队做的一个小应用,业务类型的,200多张表, PG/Oracle/MS SQL都支持.团队反馈, PG很不错,处理复杂SQL,查询分析器虽然没有Oracle智能,但也非常让人满意了
2012-07-20 20:56

引用来自“Tom Lin”的评论

很少看到过 PostgreSQL 与其它数据库的性能对比

很正常,数据库性能对比,, 建两三张表,然后插入删除查询...我觉得是很扯的事情.
如果真要面向企业应用而做性能对比,那么应该模拟一个真实应用,比如ERP之类,四五百张表,外加一堆视图,触发器....然后灌个几十G,几百G数据, 测试各种用例....
可惜,至今没见过这样的测试.
2012-07-20 20:42
正准备从mysql迁移到PostgreSQL。
2012-07-20 20:10
很少看到过 PostgreSQL 与其它数据库的性能对比
2012-07-20 19:58
这两年断断续续的用过pg,一开始抵触,慢慢的开始习惯了他。我觉得pg必然会发力
2012-07-20 19:52
特别大型的应用木有弄过,但是艺术学院的招考系统就是用这个数据库弄的,每年考试那几天从报考到考试评,数据量也不算太小,但是足够应付了...数据库在一台Mac OS 上,前台(ruby应用)用了4台cent OS,学校也真是不缺钱...
2012-07-20 19:42
同求,大型应用案例,知道的吱一声
2012-07-20 19:37
如果这些你都不在乎的话,我还有一个词要送给你:Oracle
2012-07-20 19:24
抱歉!我的应用系统不支持
2012-07-20 18:56
翻译质量有待提升啊
2012-07-20 18:53

引用来自“leeoo”的评论

最近將系統使用的数据库从MySQL 5.5换成了PostgreSQL,感觉不错,只少IN查询快几百倍~

建议打下草稿
2012-07-20 18:41
观望
2012-07-20 18:27

引用来自“hellosijian”的评论

”崛起吧 PostgreSQL“ 我看错“爬起吧” 囧!!

还好不是"雄起吧"
2012-07-20 18:19
”崛起吧 PostgreSQL“ 我看错“爬起吧” 囧!!
2012-07-20 18:07
very good
2012-07-20 17:59
看起来不错,有什么大型应用的成功案例吗?
2012-07-20 17:58
PG确实是个好东西。
2012-07-20 17:53
大象和海豚都是很可愛的啦……
回复 @
{{emojiItem.symbol}}
返回顶部
顶部