SmartNote Builder 用于设计SmartNote 文档，基于XML技术。
|
| yanglii 回复于：2004-10-02 14:48:47
|
非弱智的一眼就可以看出这篇文章完全是在胡说八道，不知所云！
什么内嵌PGSQL c# + xml，后台又用sql server ，扯淡的说，我还没听说过哪家银行敢用windows做数据库后台呢？
请指教、、、
（奶奶的，这年头，会干的不如会说的，会说的不如、、、、、
|
| ttyp0 回复于：2004-10-06 07:05:03
|
[quote:08d118296e="roror"]现在中国农业银行也开始用了,呵呵[/quote:08d118296e]
看来这位也是农行的人哦，搞这东西现在忙死了
|
| bnls 回复于：2004-10-11 11:50:04
|
各说各有理.FOX怕是用来做报表的吧以前?没听说做业务程序?
|
| bnls 回复于：2004-10-11 12:21:18
|
两者的共同优势
这两个产品都属于开放源码的一员，性能和功能都在高速地提高和增强。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的优劣。其中的带有倾向性的意见只代表个人观点，由于本人水平的限制，有不当之处还请批评指正。
|
| bitbird 回复于：2004-10-14 23:22:06
|
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
具有多大的速度优势，尤其是在大并发的环境下。
|
| wolfop 回复于：2004-10-15 21:02:48
|
mysql的server的windows版本很早就是native win32的了，不需要cygwin。
|
| alex2003 回复于：2004-10-19 09:36:49
|
cygwin是个什么东东，可否简单减少一下：
看起来像是保证unix程序可以简单运行在win下的环境。
|
| odin_free 回复于：2004-11-02 09:34:02
|
cywin在linux下用过 可以模拟windows环境的东西
其实用那个数据库 关键的还是你对数据库的熟悉
你不会用 选什么orc 没有可比性 不可以否认的是mysql更适合初学者
所以“在中国”用的人多些
|
| cellar 回复于：2004-11-08 12:30:47
|
[quote:2bb060a6f5="aspbiz"]农行真是这么弄的吗？
我想，这只不过是技术人员想学习某些东西，而弄这么一个四不象出来。
什么东西都有，C#,C,Postgresql,Sqlserver，乱七八糟的。[/quote:2bb060a6f5]严重同意，刚出来一个abis，还没用上几天，磨合期刚过，又弄个什么acbs，还b/s模式，天啊，你们都在想什么啊？未来是不是还得在终端上接鼠标啊？看来是新人对UNIX体系的全面颠覆了，都是亲m$的。
|
| ourlike 回复于：2004-11-10 16:21:28
|
acbs在农行多个行已经使用。下面是我在google上找到的新闻
天津分行前台柜面系统切换成功
农行网 2004-08-06 08:50:57.623
农行网8月6日讯 （记者 宋本永 通讯员 李洁） 经过总、分行业务技术人员两个月的艰苦奋战，近日，农行天津分行在农行系统率先实现了前台柜面系统从ＡＣＥ到ＡＣＢＳ的平稳切换和分行端报表服务器的同期更换。
据介绍，ＡＣＢＳ是ａｄｖａｎｃｅｄ ｃｌｉｅｎｔ ｂｒｏｗｓｅｒ ｓｙｓｔｅｍ的简称，即高级客户浏览器系统。ＡＣＢＳ系统的操作界面和ＡＣＥ系统类似，基于ＵＮＩＸ操作系统的图形界面，便于网点柜员的熟悉、掌握与操作。总行今后开发的金融新产品都要在ＡＣＢＳ前台系统的平台上进行运行，如：即将投产推广的新联行系统、正在开发测试的资产负债系统、外汇实盘买卖系统、ＣＩＦ系统（客户信息系统）等等都是基于ＡＣＢＳ平台开发的。
据悉，ＡＣＢＳ系统的切换不仅仅是替代原有的前台ＡＣＥ产品，更大的意义在于今后更方便新研发产品的推广与应用。这次ＡＣＢＳ前台系统切换是继２００３年４月１２日数据上收后，天津分行又一次前台系统的全面改造，对农行现阶段电子化建设具有深远的影响。
据了解，天津分行接到总行切换ＡＣＢＳ前台的任务后，立即制订了较为详细的工作进度安排、设备升级计划、人员配置以及具体实施方案，成立了专项技术小组和相关业务部室组成的业务支持小组。他们认真组织计划的落实，在最短时间搭建完成了本地ＡＣＢＳ测试环境，并对ＡＣＥ系统的改造内容进行统计、整理，对ＡＣＢＳ系统进行了本地化改造。同时，他们还在ＡＣＢＳ平台中全新开发了二十余个交易程序，包括贷记卡系统全部１２个交易，银证通系统上海撤销指定交易、深圳转托管、深圳撤销转托管３个交易，基金国债系统手续费收取和抹账，银行卡子系统无折借记卡现金销户（卡）和无折借记卡转账销户（卡），网银落地系统的联动交易――银行卡柜台转出，还有中间业务的批量折配卡，为系统切换的顺利推进奠定了较好的基础。
由于本次前台系统的切换是将原ＡＣＥ中全部柜面业务移植到新的ＡＣＢＳ系统中，部分控制程序需要以另一种开发模式重新编写，而且所有柜面业务的全面测试必须在实际生产环境应用中进行，涉及子系统之广、业务部门之多不亚于一次数据集中的任务，这给切换带来了不小的难度。面对这样的情况，天津分行投入大量人力，精心组织，利用一个多月的时间对单折、支票、内部、贷款、公共、库房、卡业务、中间业务等子系统进行了大规模的交易测试。同时对西联汇款、基金国债、银证通、泰康保险、大额支付、贷记卡、网银落地等部分子系统直接在指定试运行支行网点的分理处、营业部进行了生产环境中实际业务操作。由于准备充分，测试针对性强，ＡＣＢＳ系统切换一次成功，目前新系统运转趋于稳定，工作正常。
|
| ourlike 回复于：2004-11-10 16:26:31
|
青海也使用，看来农行的加入，让postgres有了全世界最大的商业应用，激动呀。
http://www.abchina.com/abcon/pages/showimage/ShowNews.jsp?filesId=96046341
|
| deqingl 回复于：2004-11-10 16:52:29
|
农行大连、吉林、天津、河北、海南、青海、北京等分行全上线了，以后其他软件公司不好挣农行的钱喽。
|
| tomac 回复于：2004-11-22 17:12:57
|
我是97年进农行的，那时候，对公储蓄分开干，不连网。一切顺利。
SCO
三个月后市内对公储蓄联网。有风有雨的日子是难捱的DDN信号不太好。
SCO
九个月后开始ABAS，又要重新学
AS400 + DB2
一年多后开始ABIS，当然还要重新来，这个是最破的，信用卡系统积数每个月错一次，储蓄系统每两个月熬一个通宵
好了，解脱了，五年了，原来只换了一套系统。真是长寿呀！
大集中业务下用post还是挺有勇气的，只不过mysql不敢用吧
我想农行还是挺会折腾的，业务终端只要办业务快就行了，搞什么搞，用户在外面急死了才好。
自从离开农行，我就不用农行的服务了，怕了。
|
| wlcj194 回复于：2004-11-23 22:36:15
|
我95年进农行,一过就是十年,从8088到现在的P4和Z机器,感觉到农行的变化,从最差最入后,到现在基本接近当前的前沿,感觉到了变化.
有人说农行变的太多，我感觉没有变化那有进步？我感觉现在的变化是必要的，也是必须的，虽然ABIS系统（农业银行新一代综合业务处理系统）我们只用了一年（浙江从2003。05。01开始切换）明年也计划在这时候换到总行最新的集中处理ABIS系统中，短短的两年，但作为科技工作人，我感觉还是必须的，ACBS只是我们前台柜台前置系统的部分，它的使用，改变了原使用ACE（联想的）系统的局限性，实现了前置机器软件的近无人管理。所以作为我们的前台管理人员，感觉到是一种解放，同时这次的升级不是单纯的简单的软件变化，而是又一种彻底的改变。
我也曾经到其他各家银行去存过钱，也去感受了别人操作系统的服务，没有别人说的那么快截方便，至少每次去，感觉没有一次比我自己单位的操作快，可以说我去的100%概率中彩。所以我也就不再对自己的系统的处理快慢评论，而感觉稳定才是中心，快便是第二，何况现在业务前台操作每笔业务处理还没有感觉过半分钟的。现在ABIS系统好象没有前位说的错误现象啊？好象错的问题比以前多的多啊！？可能你是用的最早的1。0吧？现在我可以告诉你，在你离开后，我们的ABIS已经很OK了，现在已经开发了近一年的最新版ABIS，已经在全国中心上线了，这星期六（11。27）最大的广东也上移总中心，实现了本外币统一系统了，到明年年底前，全国的大省市分行（山东、上海、浙江、江苏、深圳、青岛、宁波等等）数据也将全部上收了，明年年底全国上海运行中心也启用了，在2007年全国中心建立完成，上海（运行）、北京（办公）、广州（备份）三个数据处理中心全部建设完成。所以明年你可看见一个更全新的农行处理系统。我想在全部数据上移后，农行的服务将更加快便了。
|
| nettoobad 回复于：2004-11-24 10:26:32
|
实干家才是最有发言权的.
一切从实际应用出发.实践才是检验"软件"的唯一标准
建议多多发表这类文章.
|
| neo2718 回复于：2004-11-24 20:08:41
|
农行用的POSTGRE仅仅是用于一个网点用的前台数据库，能有多大数据量？真正的后台数据库还是DB2/390和SYBASE ASE 12
|
| leihuo22 回复于：2004-12-02 21:51:47
|
呵呵,postgres是应用再农行上,可是现在问题也不少,关于主机突然断电后,数据库启不来的问题,最令人头疼了！哪位高手能给予一个好的方法！
|
| tomac 回复于：2004-12-08 13:05:05
|
反正对于数据大集中，我是持保留意见，大集中有时就是意味着大风险。
数据分布，实时备份的，业务处理模式，将在十年内取代大集中，导致这一事件发生的起因，已经初显示端倪
|
| fox101 回复于：2005-06-10 15:15:26
|
yanglii 回复于：2004-10-02 14:48:47
非弱智的一眼就可以看出这篇文章完全是在胡说八道，不知所云！
什么内嵌PGSQL c# + xml，后台又用sql server ，扯淡的说，我还没听说过哪家银行敢用windows做数据库后台呢？
请指教、、、
（奶奶的，这年头，会干的不如会说的，会说的不如、、、、、
严重警告 yanglii！！你才有问题呢！有意见提嘛！干什么骂人！
人家是说前台程序的开发平台在windows平台上，所以才和C#、sql server扯上关系。而实际的前台程序是运行在sco openserver上的，用到了pgsql。后台程序的当然是运行在ibm大型机上的啦！使用的数据库是db2啊！
|
| masky 回复于：2005-06-21 13:01:24
|
呵呵，现在的农行变化真是大大的！
偶是2000看进农行的，那是江苏上ABIS，现在上ACBS，感觉变化很大。但不得不说的是：前头业务系统还是有很多漏洞的。有的甚至还保留的源码在前台上。唉！也不知这些程序员做什么的？当然偶也是程序员，只不过做是OA系统。
|
| li2002 回复于：2005-06-21 20:33:40
|
posrtgres 在农行使用只是替代前台中的原informix，存放一些前台用的不重要的数据，使用的是一些最简单的功能而已，估计开发人员想试用一下就这么推广下来了。
同意上面的几位对农行的看法，农行一下是跟在人家屁股后面走的，今天想这样明天想那样，一会儿要这样，一会儿要那样，就拿中间业务而言，原来是省行统一的版本，一会儿是总行abib（java平台的，一个字烂），还没上线了，又要换成总行推广的tulip(开发是.net)，大概总行一帮开发人员原来的走了，换成现在一帮熟悉(.net)的人，象走马灯似的，一个字乱。
我对现在的数据集中不以为然。不知道现在怎么都一窝蜂似的赶时髦干嘛。说什么统一版本统一资源，会计报表分析自动由上而下，可是很多明明数据在上级那里，还是让低层人员报送若干报表，下面人员根本没法知道那些数据。真是没法说。还有现在出现一个故障，一级一级报上去，没三四天解决不了，也难怪全国那么多网点数据都集中在一起，谁还为你一个网点的故障着急呢。
说着跑题了，postgres我觉得还是不错的，需要更多的人使用和推广。
|
| abist 回复于：2005-07-06 17:24:09
|
同意楼上的,农行把银子都花在这些方面,而员工的待遇却很差
|
| hellotaxi_1234 回复于：2005-07-13 15:39:06
|
不要发牢骚，好好干活！
|
| cellar 回复于：2005-07-19 15:46:46
|
不要干活，好好发牢骚:D
|
| rrwater 回复于：2005-07-31 09:29:41
|
现在才知道全国整个农行才一个运行中心，吃得消吗？是不是对运行中心的配置很有信心啊，或者是对农行的业务没有信心啊？
象中国这么大的地方，建三到四个集中的中心还差不多，我看迟早会拆分的。
|
