免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: nettoobad

印度的农业信用社开始使用postgres处理金融业务 [复制链接]

论坛徽章:
0
发表于 2004-10-11 12:21 |显示全部楼层

印度的农业信用社开始使用postgres处理金融业务

两者的共同优势
这两个产品都属于开放源码的一员,性能和功能都在高速地提高和增强。MySQL AB的人们和PostgreSQL的开发者们都在尽可能地把各自的数据库改得越来越好,所以对于任何商业数据库使用其中的任何一个都不能算是错误的选择。

三、两者不同的背景
MySQL的背后是一个成熟的商业公司,而PostgreSQL的背后是一个庞大的志愿开发组。这使得MySQL的开发过程更为慎重,而PostgreSQL的反应更为迅速。
这样的两种背景直接导致了各自固有的优点和缺点。

四、MySQL的主要优点
1、首先是速度,MySQL通常要比PostgreSQL快得多。MySQL自已也宣称速度是他们追求的主要目标之一,基于这个原因,MySQL在以前的文档中也曾经说过并不准备支持事务和触发器。但是在最新的文档中,我们看到MySQL 4.0.2-alpha已经开始支持事务,而且在MySQL的TODO中,对触发器、约束这样的注定会降低速度的功能也列入了日程。但是,我们仍然有理由相信,MySQL将有可能一直保持速度的优势。
2、MySQL比PostgreSQL更流行,流行对于一个商业软件来说,也是一个很重要的指标,流行意味着更多的用户,意味着经受了更多的考验,意味着更好的商业支持、意味着更多、更完善的文档资料。
3、与PostgreSQL相比,MySQL更适宜在Windows环境下运行。MySQL作为一个本地的Windows应用程序运行(在NT/Win2000/WinXP下,是一个服务),而PostgreSQL是运行在Cygwin模拟环境下。PostgreSQL在Windows下运行没有MySQL稳定,应该是可以想象的。
4、MySQL使用了线程,而PostgreSQL使用的是进程。在不同线程之间的环境转换和访问公用的存储区域显然要比在不同的进程之间要快得多。
5、MySQL可以适应24/7运行。在绝大多数情况下,你不需要为MySQL运行任何清除程序。PostgreSQL目前仍不完全适应24/7运行,这是因为你必须每隔一段时间运行一次VACUUM。
6、MySQL在权限系统上比PostgreSQL某些方面更为完善。PostgreSQL只支持对于每一个用户在一个数据库上或一个数据表上的INSERT、SELECT和UPDATE/DELETE的授权,而MySQL允许你定义一整套的不同的数据级、表级和列级的权限。对于列级的权限,PostgreSQL可以通过建立视图,并确定视图的权限来弥补。MySQL还允许你指定基于主机的权限,这对于目前的PostgreSQL是无法实现的,但是在很多时候,这是有用的。
7、由于MySQL 4.0.2-alpha开始支持事务的概念,因此事务对于MySQL不再仅仅成为劣势。相反,因为MySQL保留无事务的表类型。这就为用户提供了更多的选择。
8、MySQL的MERGE表提供了一个独特管理多个表的方法。
9、MySQL的myisampack可以对只读表进行压缩,此后仍然可以直接访问该表中的行。

五、PostgreSQL的主要优点:
1、对事务的支持与MySQL相比,经历了更为彻底的测试。对于一个严肃的商业应用来说,事务的支持是不可或缺的。
2、MySQL对于无事务的MyISAM表。采用表锁定,一个长时间运行的查询很可能会长时间地阻碍对表的更新。而PostgreSQL不存在这样的问题。
3、PostgreSQL支持存储过程,而目前MySQL不支持,对于一个严肃的商业应用来说,作为数据库本身,有众多的商业逻辑的存在,此时使用存储过程可以在较少地增加数据库服务器的负担的前提下,对这样的商业逻辑进行封装,并可以利用数据库服务器本身的内在机制对存储过程的执行进行优化。此外存储过程的存在也避免了在网络上大量的原始的SQL语句的传输,这样的优势是显而易见的。
4、对视图的支持,视图的存在同样可以最大限度地利用数据库服务器内在的优化机制。而且对于视图权限的合理使用,事实上可以提供行级别的权限,这是MySQL的权限系统所无法实现的。
5、对触发器的支持,触发器的存在不可避免的会影响数据库运行的效率,但是与此同时,触发器的存在也有利于对商业逻辑的封装,可以减少应用程序中对同一商业逻辑的重复控制。合理地使用触发器也有利于保证数据的完整性。
6、对约束的支持。约束的作用更多地表现在对数据完整性的保证上,合理地使用约束,也可以减少编程的工作量。
7、对子查询的支持。虽然在很多情况下在SQL语句中使用子查询效率低下,而且绝大多数情况下可以使用带条件的多表连接来替代子查询,但是子查询的存在在很多时候仍然不可避免。而且使用子查询的SQL语句与使用带条件的多表连接相比具有更高的程序可读性。
8、支持R-trees这样可扩展的索引类型,可以更方便地处理一些特殊数据。
9、PostgreSQL可以更方便地使用UDF(用户定义函数)进行扩展。

六、那么我究竟应该使用MySQL还是PostgreSQL
这个问题很难说得清,而且事实上除了MySQL和PostgreSQL外,使用Oracle、Sybase、Informix等也是明智的选择。如何你确定只在MySQL和PostgreSQL中进行选择,以下规则总是有效的。
1、如果你的操作系统是Windows,你应该使用MySQL。
2、如果你对数据库并不了十分了解,甚至不知道事务、存储过程等究竟是什么,你应该使用MySQL。
3、如果你的应用对数据的完整性和严肃性要求不高,但是追求处理的高速度。例如是一个论坛和社区,你应该使用MySQL。
4、你的应用是一个严肃的商业应用,对数据完整性要求很高。而且你希望对一些商业数据逻辑进行很好的封装,例如是一个网上银行,你应该使用PostgreSQL。
5、你的应用处理的是地理数据,由于R-TREES的存在,你应该使用PostgreSQL。
6、你是一个数据库内核的狂热爱好者,你甚至希望拥有你自己版本的数据库,毫无疑问,你必须使用PostgreSQL,没准下一个PostgreSQL版本中某一个模块的作者就是你。

七、结语
以上只是希望从我的理解客观公正地评价MySQL和PostgreSQL的优劣。其中的带有倾向性的意见只代表个人观点,由于本人水平的限制,有不当之处还请批评指正。

论坛徽章:
0
发表于 2004-10-14 23:22 |显示全部楼层

印度的农业信用社开始使用postgres处理金融业务

mysql 的windows版本也是基于cygwin,不信可以把安装出来的
cygwin.dll (好像是这个名字)去掉试试看。想比之下,postgresql 8.0
的windows版本倒是地地道道的本机移植。
postgresql实际上可以不再vacuum,至少是用户感觉不到的vacuum,
因为你可以使用贡献包pg_autovacuum。
mysql的流行似乎仅仅限于一些简单的web应用。
线程与进程的优缺点实在已经争论了许多年了,结果从来没有说任何方面是
有优势的,尤其在服务器类应用上,所以谈不上优点。
对于只读表,postgresql同样可以用cluster命令进行“压缩”,之后
的效率也会显著提高。但是只读的东西,又有谁能比LDAP和数据文件
更快呢?
对于mysql的事务,同样你也可以用“没有经过考验”这个观点来否定,
事务型mysql的稳定性,还需要很长时间证明自己。
mysql很多东西并不遵循SQL 2003标准,这样的MERGE拿来又对
真正大型的应用有什么意义呢?也许移植就会花去你半生的精力。
而你又不得不花余生期待mysql推出你需要的足够的特性。

简单的对比数据库的特性是没有意义的,实际上,我们每个用户在使用
数据库的时候,首先应该明白一件事情:使用数据库不是单纯为了追求
查询检索的速度快,速度并非我们使用RDBMS的原因,使用RDBMS
(以及所有大型软件)真正的原因是它让用户可以把自己的思维集中在
自身具体的业务上,而不是事无巨细地考虑细节,也就是为了节约人类
最宝贵的创造力;而不仅仅是为了一个速度。并且,我并不认为mysql
具有多大的速度优势,尤其是在大并发的环境下。

论坛徽章:
5
荣誉会员
日期:2011-11-23 16:44:17CU大牛徽章
日期:2013-09-18 15:15:15CU大牛徽章
日期:2013-09-18 15:15:45未羊
日期:2014-02-25 14:37:19射手座
日期:2014-12-26 22:55:37
发表于 2004-10-15 21:02 |显示全部楼层

印度的农业信用社开始使用postgres处理金融业务

mysql的server的windows版本很早就是native win32的了,不需要cygwin。

论坛徽章:
0
发表于 2004-10-19 09:36 |显示全部楼层

印度的农业信用社开始使用postgres处理金融业务

cygwin是个什么东东,可否简单减少一下:
看起来像是保证unix程序可以简单运行在win下的环境。

论坛徽章:
0
发表于 2004-11-02 09:34 |显示全部楼层

印度的农业信用社开始使用postgres处理金融业务

cywin在linux下用过 可以模拟windows环境的东西

其实用那个数据库 关键的还是你对数据库的熟悉

你不会用 选什么orc 没有可比性 不可以否认的是mysql更适合初学者

所以“在中国”用的人多些

论坛徽章:
0
发表于 2004-11-08 12:30 |显示全部楼层

印度的农业信用社开始使用postgres处理金融业务

原帖由 "aspbiz" 发表:
农行真是这么弄的吗?

我想,这只不过是技术人员想学习某些东西,而弄这么一个四不象出来。

什么东西都有,C#,C,Postgresql,Sqlserver,乱七八糟的。
严重同意,刚出来一个abis,还没用上几天,磨合期刚过,又弄个什么acbs,还b/s模式,天啊,你们都在想什么啊?未来是不是还得在终端上接鼠标啊?看来是新人对UNIX体系的全面颠覆了,都是亲m$的。

论坛徽章:
0
发表于 2004-11-10 16:21 |显示全部楼层

印度的农业信用社开始使用postgres处理金融业务

acbs在农行多个行已经使用。下面是我在google上找到的新闻


天津分行前台柜面系统切换成功


农行网  2004-08-06 08:50:57.623


    农行网8月6日讯  (记者 宋本永 通讯员 李洁) 经过总、分行业务技术人员两个月的艰苦奋战,近日,农行天津分行在农行系统率先实现了前台柜面系统从ACE到ACBS的平稳切换和分行端报表服务器的同期更换。
    据介绍,ACBS是advanced client browser system的简称,即高级客户浏览器系统。ACBS系统的操作界面和ACE系统类似,基于UNIX操作系统的图形界面,便于网点柜员的熟悉、掌握与操作。总行今后开发的金融新产品都要在ACBS前台系统的平台上进行运行,如:即将投产推广的新联行系统、正在开发测试的资产负债系统、外汇实盘买卖系统、CIF系统(客户信息系统)等等都是基于ACBS平台开发的。
    据悉,ACBS系统的切换不仅仅是替代原有的前台ACE产品,更大的意义在于今后更方便新研发产品的推广与应用。这次ACBS前台系统切换是继2003年4月12日数据上收后,天津分行又一次前台系统的全面改造,对农行现阶段电子化建设具有深远的影响。
    据了解,天津分行接到总行切换ACBS前台的任务后,立即制订了较为详细的工作进度安排、设备升级计划、人员配置以及具体实施方案,成立了专项技术小组和相关业务部室组成的业务支持小组。他们认真组织计划的落实,在最短时间搭建完成了本地ACBS测试环境,并对ACE系统的改造内容进行统计、整理,对ACBS系统进行了本地化改造。同时,他们还在ACBS平台中全新开发了二十余个交易程序,包括贷记卡系统全部12个交易,银证通系统上海撤销指定交易、深圳转托管、深圳撤销转托管3个交易,基金国债系统手续费收取和抹账,银行卡子系统无折借记卡现金销户(卡)和无折借记卡转账销户(卡),网银落地系统的联动交易――银行卡柜台转出,还有中间业务的批量折配卡,为系统切换的顺利推进奠定了较好的基础。
    由于本次前台系统的切换是将原ACE中全部柜面业务移植到新的ACBS系统中,部分控制程序需要以另一种开发模式重新编写,而且所有柜面业务的全面测试必须在实际生产环境应用中进行,涉及子系统之广、业务部门之多不亚于一次数据集中的任务,这给切换带来了不小的难度。面对这样的情况,天津分行投入大量人力,精心组织,利用一个多月的时间对单折、支票、内部、贷款、公共、库房、卡业务、中间业务等子系统进行了大规模的交易测试。同时对西联汇款、基金国债、银证通、泰康保险、大额支付、贷记卡、网银落地等部分子系统直接在指定试运行支行网点的分理处、营业部进行了生产环境中实际业务操作。由于准备充分,测试针对性强,ACBS系统切换一次成功,目前新系统运转趋于稳定,工作正常。

论坛徽章:
0
发表于 2004-11-10 16:26 |显示全部楼层

印度的农业信用社开始使用postgres处理金融业务

青海也使用,看来农行的加入,让postgres有了全世界最大的商业应用,激动呀。

http://www.abchina.com/abcon/pages/showimage/ShowNews.jsp?filesId=96046341
deqingl 该用户已被删除
发表于 2004-11-10 16:52 |显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽

论坛徽章:
10
CU大牛徽章
日期:2013-09-18 15:20:48程序设计版块每日发帖之星
日期:2016-07-21 06:20:00IT运维版块每日发帖之星
日期:2015-07-30 09:40:01技术图书徽章
日期:2014-10-14 16:00:43天蝎座
日期:2013-09-27 17:41:29CU大牛徽章
日期:2013-09-18 15:21:17CU大牛徽章
日期:2013-09-18 15:21:12CU大牛徽章
日期:2013-09-18 15:21:06CU大牛徽章
日期:2013-09-18 15:20:58每日论坛发贴之星
日期:2016-07-21 06:20:00
发表于 2004-11-22 17:12 |显示全部楼层

印度的农业信用社开始使用postgres处理金融业务

我是97年进农行的,那时候,对公储蓄分开干,不连网。一切顺利。
    SCO
三个月后市内对公储蓄联网。有风有雨的日子是难捱的DDN信号不太好。
    SCO
九个月后开始ABAS,又要重新学
     AS400 + DB2
一年多后开始ABIS,当然还要重新来,这个是最破的,信用卡系统积数每个月错一次,储蓄系统每两个月熬一个通宵

好了,解脱了,五年了,原来只换了一套系统。真是长寿呀!

大集中业务下用post还是挺有勇气的,只不过mysql不敢用吧

我想农行还是挺会折腾的,业务终端只要办业务快就行了,搞什么搞,用户在外面急死了才好。

自从离开农行,我就不用农行的服务了,怕了。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP