能不能用SQL触发器实现工龄计算问题

[a504191479]

从工程造价转行过来的一个小菜鸟。

注释：tzrq_调整日期，gl_工龄 ，zgts_总共天数（请假天数），jt_津贴
现在有几个条件：当时间到调整时间时工龄加1. 当工龄加1；津贴加30. 当270<总共天数<365时，工龄减1；当总共天数>365时，工龄减1，且（总共天数-365）/30，整数加到调整日期的月份，余数加到调整日期的天数，并且当余数大于15时向上取整，多加一个月到次月1日。
有些头大，不会写…

[a504191479]

引用 3 楼 RINK_1 的回复:

我觉得你这个问题的关键应该是定时触发，比如通过作业来实现，而且触发的时间点也很有讲究，触发器不合适。

但是，你那个具体的计算逻辑我觉得有漏洞，比如调整日期是2018年12月份，同时总共天数-365正好是30，那调整天数就变成了2019年1月份，难道到2019年1月份又再次进行计算，然后就一直后续每月循环下去？

是我讲的不清楚，当总共天数大于270时，调整时间必定加一年，谢谢指出

[吉普赛的歌]

不太明白你的逻辑， 但应该不需要触发器， 加 2 个计算列就可以了, 类似：

alter table tableName add gl_result AS case when tzrq>getdate() then gl+1 else gl end

具体的细节你自己去完成吧

[a504191479]

引用 1 楼 yenange 的回复:

不太明白你的逻辑， 但应该不需要触发器， 加 2 个计算列就可以了, 类似：

alter table tableName add gl_result AS case when tzrq>getdate() then gl+1 else gl end

具体的细节你自己去完成吧

好的我去琢磨一下，谢谢

[RINK_1]

我觉得你这个问题的关键应该是定时触发，比如通过作业来实现，而且触发的时间点也很有讲究，触发器不合适。 但是，你那个具体的计算逻辑我觉得有漏洞，比如调整日期是2018年12月份，同时总共天数-365正好是30，那调整天数就变成了2019年1月份，难道到2019年1月份又再次进行计算，然后就一直后续每月循环下去？

[a504191479]

引用 6 楼 yenange 的回复:

[quote=引用 5 楼 a504191479 的回复:]
[quote=引用 1 楼 yenange 的回复:]
不太明白你的逻辑， 但应该不需要触发器， 加 2 个计算列就可以了, 类似：

alter table tableName add gl_result AS case when tzrq>getdate() then gl+1 else gl end

具体的细节你自己去完成吧

emmm,为什么计算列结果是在gl_result列显示，而不是在gl列更改..[/quote]
直接更改有个问题， 就是时间不断在变， 比如今天的工龄是1年， 明天也许就是2年了， 必须有一个参照物。
如果你的表里， 有参加工作的起始时间， 那么你可以按照规则， 直接把工龄变成计算列， 不需要任何的计算、更新就是真正的工龄了。[/quote]
好的，谢谢

[a504191479]

引用 1 楼 yenange 的回复:

不太明白你的逻辑， 但应该不需要触发器， 加 2 个计算列就可以了, 类似：

alter table tableName add gl_result AS case when tzrq>getdate() then gl+1 else gl end

具体的细节你自己去完成吧

emmm,为什么计算列结果是在gl_result列显示，而不是在gl列更改..

[吉普赛的歌]

引用 5 楼 a504191479 的回复:

[quote=引用 1 楼 yenange 的回复:]
不太明白你的逻辑， 但应该不需要触发器， 加 2 个计算列就可以了, 类似：

alter table tableName add gl_result AS case when tzrq>getdate() then gl+1 else gl end

具体的细节你自己去完成吧

emmm,为什么计算列结果是在gl_result列显示，而不是在gl列更改..[/quote]
直接更改有个问题， 就是时间不断在变， 比如今天的工龄是1年， 明天也许就是2年了， 必须有一个参照物。
如果你的表里， 有参加工作的起始时间， 那么你可以按照规则， 直接把工龄变成计算列， 不需要任何的计算、更新就是真正的工龄了。

[TOFEMALE]

会影响性能,最好在前端进行处理