非常想说的话，关于那个pg部署

ihere

不过用商业数据库的好处是一旦出现问题可以把所有责任推到厂家，这样领导好交代，总得找个替罪羊么。

yueliangdao0608

原帖由 ihere 于 2008-3-22 00:14 发表
不过用商业数据库的好处是一旦出现问题可以把所有责任推到厂家，这样领导好交代，总得找个替罪羊么。

还是不要出现问题的好阿

yueliangdao0608

原帖由 ihere 于 2008-3-22 00:06 发表
我们自己做了一个分布式处理系统，每天处理的数据以亿记，在每天上班之前安全稳定的处理完毕昨天的数据，这几个小时还包括数据集中接收，分布处理，而我们pg的安装只是在FreeBSD上做了几点配置而已，速度很快， ...

这点用MYSQL都可以做，何况PGSQL。

arust

原帖由 ihere 于 2008-3-22 00:06 发表
我们自己做了一个分布式处理系统，每天处理的数据以亿记，在每天上班之前安全稳定的处理完毕昨天的数据，这几个小时还包括数据集中接收，分布处理，而我们pg的安装只是在FreeBSD上做了几点配置而已，速度很快， ...

能在技术方面多介绍点吗？

Tiere

原帖由 arust 于 2008-3-22 13:06 发表


能在技术方面多介绍点吗？

同问。。。

我目前也在选择方案中。。。想知道一些方案选择上的，以及技术上的大概内容。

关注ing。。。

ihere

技术方面？这里面牵涉的东西不是很多，

外壳数据分布是用perl写的，有中心机和客户机，装载到数据库中之后就大量使用dblink和存储过程了，存储过程中部分使用了perl，保证了和系统的交互能力。

mysql应该也可以，但是我们对pg更有信心一些，因为我们未来的数据增长不是一倍两倍的问题。

benjiam

题外话

公司的crm team 准备从mssql =>pgsql了

原因很简单， mssql 2005 价格是32w . crm 的价格加上mssql 基本没所有什么有优势了。
不能老是用盗版的。mysql  其实仍然存在着价格的问题。 mysql 并不是免费的。除非你也gpl
那简直就是毒药。 让公司全开源？ 不现实的。  

你也支持开源？  得了吧， 在这个论坛上 有人肯把自己以前学到的东西 都开源出来，介绍给大家吗？ 学到些技巧都在那里藏着呢。 更何况 公司呢？

问题是pgsql 也有很多问题。 连接速度慢 这个最要命了。 对于普通的用户，别人不管你数据是多少 人家只有一个问题，为什么这么慢？  这个问题还是dba 去搞定吧。 还好数据量都不大， 我认为我们才是真的为pg做了一步， 真正从小项目开始，在积累技术。

至于那个几个亿的工程，我看lz 还是慢慢玩吧。

ps 最高兴的一件事情， pg 的一个缺陷 需要我们强制改掉一个原来很垃圾的设计。 很开心， 这个垃圾的设计 就是分了很多的库。  如果数据很庞大，我认为分库是可以理解的， 但是这个设计实在太烂了，一个库 表不到20个。 结果一个数据库 因为库名的原因，一次只能装一套版本， 也就是我1.0
2.0 3.0 的库不能同时以不同的库名同时存在这个db服务器上. 真是烂透了。 pg 不支持跨库，看来需要改。哈哈