调查一下各个HR系统薪资计算的速度

tchimo · 发表于 2009-9-18 17:17

一般刷卡数据成几何增涨啊~~~
一定会影响计算速度。

lzpilove · 发表于 2009-10-10 11:41

现在这个几乎没什么影响了

tchimo · 发表于 2009-10-12 16:52

原帖由 lzpilove 于 2009-10-10 11:41 发表
现在这个几乎没什么影响了

----------------------------------------------------
怎么能够没影响呢？

只看该作者 · 发表于 2009-11-9 13:44

Thank you

hdljx · 发表于 2010-1-9 20:39

这个主要是看厂商在计算这方面的规划,快的几分钟,
我遇到的最多不超过五分钟,,一般几十秒,1000人,就是一分钟之内肯定要出结果,不然就太慢了,

himingby · 发表于 2010-1-21 16:41

原帖由 WEIJM0216 于 2009-7-16 15:06 发表
和公式的复杂程度关系很大

同意。我们用JDE的HR模块，840人就需要10分钟时间

zyh9988 · 发表于 2010-2-1 09:27

請問如果記錄已存在1080W以上的考勤(要求保存兩年的考勤），考勤核算3000人的廠結算需多長時間，結算一個月的記錄，請注意考勤記錄為3000*5*30＝45w，大家的ERP處理需多長時間

lzpilove · 发表于 2010-5-5 15:21

平均速度1.2人/s

yuanyueyue · 发表于 2010-5-21 10:15

楼主，恐怕这个跟薪资公式的设置有很大关系吧。

我是IPL HRMS的，我们有的客户薪资模块的公式包含很多计税的公式，这样跟一般的客户速度上肯定有区别的。

一般来说，各家的速度都不会相差很大，同用SQL SERVER/ORACLE的话，毕竟数据库查询语句，懂行的人都知道，都是教科书式的，大家编出来的应该都差不多。

如果真想提高速度，建议用高端服务器，那样CPU快。硬盘尽量用RAID0之类的,高速SCSI

不知道我这么说对楼主有没有帮助

tchimo · 发表于 2010-8-10 12:58

谢谢 yuanyueyue ！

一直在思考速度问题，现在有了后台处理的解决方案，所有计算全部提至后台服务端，再提升服务器的性能。省心了不少，至少不用等啦。

调查一下各个HR系统薪资计算的速度

Thank you

浏览过的版块