数据库表“标志删除字段”的注意事项

自述

获得用户信息

不带任何状态 :为什么?

就算是被禁用的,注销的,删除的数据,也要有方法可以取出:

get方法本来是这个目的,但被污染了。导致平台,设置离职员工,然后user_infoenable置为了0

于再修改离职员工时,查询不到user的信息,就是因为get加了enable方法

但不我知道,这个方法加上这个之后,在其它地方的哪里使用,所以就新建该方法。

 xml如下图所示:

讨论区

程序员A 01-17 17:54:48

get方法,是要能取出不可用数据的,不应该在这里加入状态的判断。

程序员A 01-17 17:55:07

这个导致修改数据里出错。

程序员B 01-17 17:55:43

enable 等于1 就是这个用户的数据被删除了

程序员B 01-17 17:55:45

不能使用

程序员B 01-17 17:55:51

你还要取出来干嘛

黄泽源(黄泽源) 01-17 17:56:33

enable=0的数据还可以修改吗

程序员B 01-17 17:56:23

获取不到就是用不成了呀

程序员A 01-17 17:56:44

举个例子,员工离职时,要置此为0,但平台要修改离职为在职时

程序员B 01-17 17:56:49

这个要看情况

程序员A 01-17 17:57:07

get就取不到值了

程序员B 01-17 17:57:18

这个要看是否有特殊需要,没有的是不会更改

程序员B 01-17 17:57:38

取不到值说明用户已经不在了

程序员A 01-17 17:57:51

离职不代表不存在

程序员B 01-17 17:59:07

可是教务这边的处理都是用户删除的时候enable 会设置为0

程序员B 01-17 18:00:10

你要用,看下其他用的地方要是不多的话,那你删除了也行

程序员B 01-17 18:00:31

enable=1 删了

程序员A 01-17 18:01:00

再举个例子,我们的平台目前还没有这种功能,如果10000号或者特殊的人员,想要追查其它用户删除的数据时,这种get就没有办法。当然,目前我们的系统还没有到这种层次。

程序员B 01-17 18:01:43

没办法就再写个方法

程序员B 01-17 18:01:45

就完了

程序员A 01-17 18:02:00

我们没有直接delete from,当然是希望后续,对删除的数据再利用的

程序员B 01-17 18:02:48

你想怎么改就怎么改,不影响其他功能就行

程序员A 01-17 18:04:37

方法之间的引用错综复杂,对公共方法的修改要慎重

一叶浮萍
分享到:
共 0 条  此列表为空  当前1/1页

© 2014 究问社区 copyRight 豫ICP备13003319号-1