关于工资系统的问题请教,补发工资在数据库结构上如何处理?
关于工资系统的问题请教
-----------
我现在的设计思路是每位员工在工资表中,每个月每人一条记录,
结构是:月份,编号,姓名,工资项目一,工资项目二,...,实发工资.
主键是:月份+编号
有一个问题如何处理.
2007/02 月工资已经做好了,也报到银行了,现金也取来了,发完了.
可是年底有些职工认为工资低了,公司决定再补发一次工资.
可是我的工资如何做呀.
1.我已经说了,我的工资表结构主键是:月份+员工编号,
也就是说每位员工在一个月中只能有一条记录呀.我不知加二条.(请问工资表中,一位员工每月可以有多条记录吗?),我只能重新将补发的工资累加到2007/02月,可是最难办的是扣税问题,比如这次发1000多元.本次发放还要将税一同扣出来.
2.如果不想覆盖已经生成的200702月工资表，那又该如何处理呢？
我以前没搞过的工资的系统，一点思路也没有，向大家请教．
[解决办法]
加个工资发放日期，发放标志不行吗？
[解决办法]
为什么不能有两条记录呢？然后做个视图求和
[解决办法]
多条记录怎么不行？用标志标出来就行了，加两个字段“发放日期”，“发放标志”（普发，补发）
[解决办法]
很简单 在建个 是补发工资表 这样不就行了
[解决办法]
加两个字段“发放日期”，“发放标志”（普发，补发）
这样很好！！！！
[解决办法]
最好加一个 "员工id "，可能有重名的人
[解决办法]
用多帐套解决吗，现在工资系统都支持的，你就是要在你的表里加个字段，就是一个月员工可以领两份工资，酒店里的员工都是这样的。
或者你重新做个奖金表，作为奖金发放
[解决办法]
加个发放具体时间就可以了 统计的话 可以做个视图
[解决办法]
一开始的主键好像不应该放在 编号和员工上 应该建个identity 便于索引
员工编号应该用一个列触发器 这样以后想加什么都会很方便
触发器里判断如果同一个月编号出现两次了 rollback 这样 以后想要像你现在这样加的话可以禁止触发器就可以了 个人意见
要是在你现在表上加入的话 还是用个别的员工编号 把两个编号联系在一起好些
[解决办法]
象楼上说的 主键还是放在identity 列上 比较灵活
[解决办法]
十分不建议这样建主键 还是独立的好 要是为了考虑查询速度 可以给 月份+编号+批次 做个索引
[解决办法]
放到下个月一起发喽
[解决办法]
不是非常清楚你的需求，所以如果有不对的地方请原谅。
我也觉得你的主键设置似乎可以改进，你选的主键（月份+编号），这个是在业务中是具有实际意义的主键，那么在它可能受到业务逻辑的约束，比如你现在碰到的问题，如果出现某一个月的工资补发，那么可能由于主键的重复不能插入记录。
我觉得你的主键还是独立出来比较好，不要具有实际的业务意义。^_^
[解决办法]
发放工资的明细表,加上ISBF(是否补发),工资年月,实发际年月
[解决办法]
我以前的处理方式是新增一种发款方式叫“其它发款”。
当然前提是客户得同意。
[解决办法]
你写的需求不太明确，是要补发1,2月份的，还是补去年的
从业务上讲，已经报帐是不能修改的，只能在下一月份加项补发，
另外你的工资表应该是动态列的，所以加一个补发列没有什么问题。
我觉得主键没有什么问题，为什么要换？一人一月一条记录是很正常的，我见过的大型人力资源系统都是这样的。
[解决办法]
第一：肯定是一个月可以有多条记录，不然哪周薪的，一个月发多次工资的怎么解决。
建议加一个字段：发放次数。
第二：补发全年一次性的工资，还有一个计税的问题，这个税不能和当月的累计来算，不然交才多，应发像发年终奖一样，除12的税率来算。如果就当是当月发放，那要和当月工常发放的合并起来扣税，并且要把正常发放时已经交的税扣掉。
[解决办法]
补充：上面老兄说得对，正常发放的工资已经报帐了。就不能再去修攺了。
[解决办法]
主键有问题，业务逻辑也受限了，强烈建议主键改为：
发放年月+员工编码+发放次数
这样一个月可以发放多次工资
[解决办法]
说实话 一般习惯性的加个identity这样可以把填充因子家满 索引都可以用别的列键非聚集索引键 这样可以预防突发事件 主键容易定死一些关系 不建议使用 现在很多设计这种工资表这样用虽然没什么错 但是有错的时候想改也改不了 比如你现在的情况
我楼上的 加发放次数也看不出来前后差 不如更新一下 临时写个触发器
更新2月分的员工工资的时候自动把(要补发的钱)-总交税金-前面的税金
我的异常网推荐解决方案：软件开发者薪资,http://www.myexception.cn/other/1391128.html
