相信大家做软件的过程中都遇到人员薪资的问题.
比如说每个月10号 计算上个月的工资
例如:2011-08-11 号 这天计算 2011-07-01--2011-07-31 的工资
大部分薪资组成都在数据库里面可以直接得到,但是部分薪资需要手动去修改.
所以我需要生成原始的薪资报表(每月一次),然后在这个表的基础上稍加修改即可成为正式的薪资报表.
现在我遇到一个问题.
我以前都是在程序里面给他一个按钮 点击生成上月的工资,但是总觉得不好
现在我想能不能在数据库直接生成,比如我把工资算法都用sql写出来,然后定时执行,这样就可以生产原始的薪资报表了.
我想问问,大家都是怎么解决这类问题的,希望大家分析下2种做法的利弊.
如果有新的方法那更好啦.
坐等解答

解决方案 »

  1.   

    在系统中给某类人可以修改查出的薪资数据,然后给人家一个生成报表的按钮,这样使用人可操作性强些。
    如果你全自动算,那么你的工作量也大,而且非常不好计算!我以前待过一家公司,到了过节放假的前一天下班会提前几小时下班,这样的情况出现多了你就表示很蛋痛!
      

  2.   

    多一个按钮,点击生成工资表这个比较好点,工作量就这点,应该没有不合适的,生成的记录表,在修改时读这个表来作修改就行了,
      

  3.   

    但是点击程序上的按钮去计算,也有问题啊,人员太多,计算方法太复杂所以会很慢,我想能不能在数据库上想想办法直接生成
      

  4.   

    工资算法写出来比较不错但是不排除个别需要修改的。所以就是生成标准的 修改个别的。
      

  5.   

    嗯 但是算法比较复杂,要统计的数据比较多,所以会导致速度很慢,由于是bs架构,有不成功的风险 
      

  6.   

    关键是生成标准的  这个要怎么去生成,怎么做可以达到消耗资源最少,而且写起来又不是很麻烦
      

  7.   

    新建一个windows服务去做这些事情
      

  8.   

    能具体说说吗,比较菜 不是很懂 是不是相当于一个定时服务 到时间自动去做这些事情 这个服务用什么写呢
      

  9.   

    如果要说效率你可以让其修改部分,在计算的时候还可以让其精确都每一个人、或者你将那些有过请假活特殊情况的列出来,这样降低数据量。而那些没有特殊情况的就是固定公式计算!
      

  10.   

    好像大家都没明白我的意思,我表达有误啊
    我想说的是,大家遇到这种问题是直接在数据库里面生成还是在软件里面生成或者有其它的办法