印度的农业信用社开始使用postgres处理金融业务，还是日本，韩国，印度比较有自己的一套，不像中国公司企业，总是跟在M类东东的老爷车后面吃车屁。还觉的很香。
消息来源：
http://www.postgresql.org/news/222.html
小笑话：
甲说：
我真骄傲，据考证“伟哥”应该是中国人发明的。
乙问：
为什么呢？
甲说：
因为你看中国男足可以九十分钟不射一次啊！，听说美国的伟哥吃了也只能坚持20分钟。
roror 回复于：2004-09-20 23:18:17
现在中国农业银行也开始用了,呵呵
双眼皮的猪 回复于：2004-09-21 19:57:21
这个是要有人才支持的，不是它好就要用的：）
用PgSQL的人少,因为毕竟学它的人不一定能赚到钱~所以学得人少~
学得人少~用得就少~
双眼皮的猪 回复于：2004-09-21 19:57:55
这也能成精华~我狂昏~
nettoobad 回复于：2004-09-22 11:10:20
我想现在是要为POSTGRES受到重视而大声疾呼的时候，所以这种宣传性的帖子应该是比较重要的，省得大家还不知道有这么好的东西而被某些宣传攻势更强的M类东东遮住了眼睛。
至于技术方面的文章我会陆续发表的。希望得到大家的首肯。
至于帖子上的小笑话，如果伤了谁，也没有办法，现在这个社会，什么都是建立在实力上面，没有实力就要“被说”或“被骂”。
双眼皮的猪 回复于：2004-09-23 01:54:09
哈哈,M类东东...:)
各个有其使用范围嘛...哈哈...M类...
unix007 回复于：2004-09-23 09:42:34
并不奇怪。在2000年之前，广东绝大部分的农信社还是用foxbase呢。
赞成 双眼皮的猪 的意见，赚不了钱的东西，公司是不会推的。
农业银行使用它，估计是内部技术人员开发的。
bulletming 回复于：2004-09-24 09:47:39
怎么说呢，我用了一年多的postgresql，觉得很好用啊，我觉得一般的应用足够了，可是呢，现在挺伤心的，用户太少，凭这点东西去找个工作，恐怕人家还要问post是什么东西！！
我现在觉得学习开源软件是程序员成熟的一个捷径，但是呢，开源也是程序员的杀手。
我现在开始学习oracle了。起码给我一口饱饭。
等我读研了，或者当老师了，我想我会再去研究post的，毕竟他很不错。
现在算了。我觉的得随波逐流。
gunguymadman 回复于：2004-09-24 16:01:37
我就用postgres 坚决不搞oracle
yanglii 回复于：2004-09-25 17:15:24
请指明具体的业务项目，标的，数据库规模，联机用户数量！
这样的贴子毫无意义
roror 回复于：2004-09-25 21:34:38
现在中国农业银行的前台新系统acbs用的就是postgres，你说规模是多大呢？
nettoobad 回复于：2004-09-26 00:30:56
引用：原帖由 "roror"]现在中国农业银行的前台新系统acbs用的就是postgres，你说规模是多大呢？
发表：
太好了，支持postgres的应用。
不知道怎么回事，给大家推荐好东西，某些人不但不想用，而且还使用比较激烈而难听的字眼来了，真是。
让我想起了鲁迅笔下麻木的国民，尤其象“人血馒头”里的国民，用志士的血治疗自己的那治不好的痨病。
ha_ 回复于：2004-09-27 11:27:44
免费的就是最好的啦/?
wzknet 回复于：2004-09-28 14:50:45
UP一下！
feifeiblog 回复于：2004-09-28 18:40:50
[size=18][color=red]在网上查的关于农行ACBS系统，拿来分享[/color][/size]
http://home.jsinfo.net/kexie/2004/0430/469.htm
---------------------------------------------------------------------------------
打造自己的前端平台--中国农业银行高级客户端浏览器系
日前，随着农行全国数据集中工程大连分行业务数据的上收，一个由农行自主开发，并拥有自主版权的高级客户端浏览器系统（Ａｄｖａｎｃｅｄ
ＣｌｉｅｎｔＢｒｏｗｓｅｒ
Ｓｙｓｔｅｍ，简称ＡＣＢＳ）也得以成功上线。从目前运行情况来看，系统的多功能性和先进性得到了很好体现。
作为一个全新的科技产品，系统的开发与推广应用不仅对农行电子化建设将产生深远的影响，而且为全国数据集中工程的实施奠定了一个好的平台基础，也必将成为促进农行业务创新和产品创新的有力工具。
ＡＣＥ的性能缺陷和管理困难呼唤新系统
前台是农行ＡＢＩＳ系统渠道平台的重要组成部分，它主要担负着所有的柜面交易开发和网点设备管理等工作。农行ＡＢＩＳ系统除前台使用的是他单位的ＡＣＥ软件外，其它部分均为农行自主开发，并拥有自主的版权。截至目前，除大连分行外，全国所有ＡＢＩＳ系统推广行、数据上收行的前台都在使用他单位的ＡＣＥ。
初期，由于ＡＣＥ有着对运行环境要求低，易安装维护、易学、易上手等特点，为ＡＢＩＳ的区域推广做出了应有的贡献。但是，随着ＡＢＩＳ系统推广工作的逐步深入和全国数据集中工程的快速展开，ＡＣＥ逐步暴露出功能单一、缺乏相应的管理机制和必要的维护手段，造成前台升级、维护时工作量大，网点存在安全隐患等诸多问题。随着新技术发展和新业务的需求，为彻底解决ＡＣＥ的性能缺陷和管理困难等问题，作为全国数据集中工程应用系统改造的重要组成部分，扩展前端平台功能已势在必行。发挥自己的技术优势，自主开发一套完全适合农行前台的开发及应用平台已成为必然。
利用类浏览器技术提高交易开发效率
ＡＣＢＳ基于ＵＮＩＸ操作系统类浏览器技术实现，它由可视开发管理平台、浏览器运行解释平台和一个版本服务器组成。
可视开发管理平台运行于Ｗｉｎｄｏｗｓ环境，用Ｃ＃语言编写而成。开发人员通过可视化的鼠标拖动控件方式，完成交易开发过程。开发过程直观、方便、快捷，输入输出屏幕"见即所得"，一般开发一个交易只需数分钟以内即可完成，而且修改方便。开发成型的交易存储在一个ＳＱＬ
ＳＥＲＶＥＲ２０００数据库中，可随时根据需要调出进行查询和修改。交易定版后，可通过版本服务器发布到网点，并在网点运行。同时，开发平台还具有管理功能，能够在省域数据中心对网点运行的交易和设备进行管理。如网点新增交易和取消交易，均可在中心进行控制，无需通过发放增补程序包进行更新。它是制作银行交易的开发工具，也是管理这些交易的工具。
版本服务器负责将开发定版的交易发放到营业网点。交易发放到网点后，不再是以程序的形式存在，而是以标准的ＸＭＬ报文形式存在，一个交易既是一组ＸＭＬ报文。
浏览器平台安装在每个网点的客户机上，解释开发平台制作的交易ＸＭＬ报文，在浏览器平台的控制下，完成一个交易的数据输入、原始数据逻辑检查、事件驱动、发送交易数据、接收交易数据、显示和打印等。由于ＸＭＬ报文的通用性，使该平台对各种平台接口实现变得简洁，接入兼容性较好；设备采用统一驱动模式，使各种设备接入无需编写任何代码，设备兼容性较好；该浏览器采用Ｃ语言编写，使该平台具有较好的运行效率和不同操作系统的可移植性；浏览器平台内嵌Ｐｏｓｔｇｒｅｓｑｌ数据库，为未来各种复杂应用提供了较好的支持；浏览器制作时，充分考虑到了未来交易的复杂性，故提供了丰富的事件驱动类型，使交易运行更加符合应用。该浏览器为适应当前各分行网络带宽实际，目前为类浏览器，将来升级为真正浏览器模式，具有较好的可移植性。
改变开发、发布模式适应未来发展需要
ＡＣＢＳ作为替代ＡＣＥ的前端产品，具有以下优越性：
改变传统开发模式，采用可视开发工具，开发效率高。传统开发为代码编程方式，对于简单的应用，没有问题，一旦应用复杂庞大，就显得捉襟见肘，开发人员要协调繁多的资源，既劳动强度较大，又有较高的出错率，开发效率较低。基于此点，引入了国际上流行的"快速应用开发"--ＲＡＤ的概念，开发的"可视开发管理平台"将交易的开发过程放在Ｗｉｎｄｏｗｓ环境，用拖动组件方式进行，使交易的开发资源直观，可见即所得，极大地提高了开发效率，并且易于维护。
采用Ｂｒｏｗｓｅｒ--Ｓｅｒｖｅｒ模式，走在技术前沿。运行平台采用类浏览器，交易信息为国际通用"ＸＭＬ"报文，技术与当今潮流吻合。
改变传统发布模式，集开发和管理功能于一身。传统的交易开发没有管理功能，程序发布靠人工干预用介质发放，既不安全，又增加了分行的管理工作。ＡＣＢＳ改变传统方式，开发人员只需选择发布交易和网点，即可完成网点交易的更新和增加，大大减轻了管理负担。
为未来应用和扩展铺平了道路。当今应用已由传统的Ｃ／Ｓ（客户端／服务器）模式逐步向Ｂ／Ｓ（浏览器／服务器）模式靠拢，ＡＣＢＳ的类浏览器向真正的浏览器发展，应该说比较容易，为将来的应用开发奠定了基础。
ＡＣＢＳ的首次成功，是在全国数据集中工程大连分行数据上收时取得的，系统较好的稳定性、健壮性、可扩展性和多设备兼容性，将有力地支持农行全国数据大集中工作，ＡＣＢＳ较好设备的兼容性和快速开发交易的特性将促进全国数据集中工程整体向前推进。
[/u]
aspbiz 回复于：2004-09-29 10:49:16
农行真是这么弄的吗？
我想，这只不过是技术人员想学习某些东西，而弄这么一个四不象出来。
什么东西都有，C#,C,Postgresql,Sqlserver，乱七八糟的。
Steven Wang 回复于：2004-09-29 12:21:04
请问，农行的类浏览器，如何解决XML数据显示格式，是通过外部XSL,还是内嵌自定义格式描述符?
是否支持，XML多页显示，是否支持XML数据操作，是否支持内嵌脚本？
我做的SmartNote类浏览器（大家见笑了），遇到了这样的问题。我采用的是内嵌格式描述段，与XML数据分离。可以自由定义显示格式。
zdwang@sohu.com
| | SmartNote 类浏览器，用于浏览，打印,操作SmartNote文档。 |
|
| | SmartNote Builder 用于设计SmartNote 文档，基于XML技术。 |
|
yanglii 回复于：2004-10-02 14:48:47
非弱智的一眼就可以看出这篇文章完全是在胡说八道，不知所云！
什么内嵌PGSQL c# + xml，后台又用sql server ，扯淡的说，我还没听说过哪家银行敢用windows做数据库后台呢？
请指教、、、
（奶奶的，这年头，会干的不如会说的，会说的不如、、、、、
ttyp0 回复于：2004-10-06 07:05:03
引用：原帖由 "roror"]现在中国农业银行也开始用了,呵呵
发表：
看来这位也是农行的人哦，搞这东西现在忙死了
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
引用：原帖由 "aspbiz" 发表：
农行真是这么弄的吗？
我想，这只不过是技术人员想学习某些东西，而弄这么一个四不象出来。
什么东西都有，C#,C,Postgresql,Sqlserver，乱七八糟的。
严重同意，刚出来一个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
现在才知道全国整个农行才一个运行中心，吃得消吗？是不是对运行中心的配置很有信心啊，或者是对农行的业务没有信心啊？
象中国这么大的地方，建三到四个集中的中心还差不多，我看迟早会拆分的。
ddcp 回复于：2006-09-30 19:16:28
引用：原帖由 双眼皮的猪 于 2004-9-21 19:57 发表
这也能成精华~我狂昏~
postgresql万岁！
ddcp 回复于：2006-09-30 19:17:51
引用：原帖由 gunguymadman 于 2004-9-24 16:01 发表
我就用postgres 坚决不搞oracle
同志啊！
amdwinter 回复于：2006-10-09 20:22:41
up
xieweihua 回复于：2006-10-09 21:19:25
这个帖子好老了
|
