调查一下社保系统采用的技术架构

wonder

最初由 husthxd 发布
[B]

做业务系统用j2ee架构开发速度很慢的同时会比较麻烦.
业务逻辑用java实现远远不如用存储过程的效率高. [/B]

要看你得到的和失去的是否能够平衡。如果仅仅是为了效率，那么岂不是用汇编更快。

husthxd

最初由 wonder 发布
[B]
要看你得到的和失去的是否能够平衡。如果仅仅是为了效率，那么岂不是用汇编更快。 [/B]

不是程序执行效率而是软件开发效率.
如果开发人员存储过程/java编程的水平相当的话,用java实现业务逻辑绝对比用存储过程要慢.

labelin

还是看版本的扩展性，可维护型，当地网络状况，开发周期

最主要的是客户的要求

用什么开发都能实现那些功能

用两层的开发周期能少一些

labelin

批量数据，还是oracle的存储过程快

husthxd

最初由 labelin 发布
[B]批量数据，还是oracle的存储过程快 [/B]

比如每个月的月结帐就需要存储过程来实现了.

wonder

最初由 husthxd 发布
[B]

不是程序执行效率而是软件开发效率.
如果开发人员存储过程/java编程的水平相当的话,用java实现业务逻辑绝对比用存储过程要慢. [/B]

一个好的软件，效率只是其中的一个方面，更多的要看其业务逻辑的功力、对用户需求的快速相应、可维护性等。做过社保的都有体会，社保系统的维护要求非常高，持续多变的用户需求，连续的人力投入都是很大的开销。其实软件开发效率不是靠熟练的coder来快速的写存储过程，当你有一个丰富的组件库的时候，你才能真正体会到什么的快速的软件开发效率，同时要基于大量的测试，在测试、部署、面向对象、移植性方面存储过程都不是最好的选择。不理解OO，用存储过程的方式来写java，不是一个好注意。

husthxd

确实很想了解一下基于j2ee,用纯java实现业务逻辑的社保系统.
不过很难想象每个月的月结如果用java实现的话会慢成什么样子.
btw:开发'丰富的组件库'需要很大的人力物力支持才行了.

才郎本色

做广告呢?

husthxd

最初由 才郎本色 发布
[B]做广告呢? [/B]

?!

yechunlin

我以前接触的是pb+oracle，后来接触的是b/s/s结构，用web界面，java开发效率极为低下，而且界面使用不方便，做为内部准金融的核心业务系统，我觉得pb+oracle是最合适的，不过我现在已经离开社保行业了，社保信息化 事业的明天还得靠各位。
东莞社保应该是华南资讯做的吧？