表默认字段创建者和最后更新者存的是用户名存在的问题

表默认字段创建者和最后更新者存的是用户名存在的问题：
登录用户名，一般是按用户真实名字首字母或者全拼命名的（如“张三”zs或者zhangsan），
全名，就是用户的真实名字（如“张三”）。
现在表默认存的创建者和最后更新者是 用户名（zs或者zhangsan），
实际场景页面查询的是 全名，当用户离职在用户管理把用户删除后，用户全名就不存在了，

建议，按实际需求创建者和最后更新者应该保存的是“全名”而不能是现在的用户名

伟伟 发表于 2018-7-2 19:31
一个从技术的角度考虑，一个从实际需求角度考虑，有时候会始终在两条平行线上

也不能这样说，行业标准的做法是，
不要删除用户，如果一个人离职的话，我们的只是把它设置成禁用。
你要是觉得浪费的话，设置成Administrator什么都能做，有人离职以后这个有Administrator来处理

firestarman 发表于 2018-7-2 12:53
再说hzg如果自动帮你添加了一个创建者全名字段，但为了跟实际用户信息关联，还是得另外增加一个能准确识 ...

一个从技术的角度考虑，一个从实际需求角度考虑，有时候会始终在两条平行线上

是的  

伟伟 发表于 2018-7-2 12:44
胡总，我打呢么多字说明这个情况需求，你也不给我点金子
说的很对，只是从技术的角度说的，技术 ...

再说hzg如果自动帮你添加了一个创建者全名字段，但为了跟实际用户信息关联，还是得另外增加一个能准确识别账号的字段（账号名或者唯一ID之类的）。
表面看起来你是成功节约了一个字段。

伟伟 发表于 2018-7-2 12:44
胡总，我打呢么多字说明这个情况需求，你也不给我点金子
说的很对，只是从技术的角度说的，技术 ...

“表创建后默认就有 全名”
因为通过账号名这个字段是可以直接关联到账号全名的。你自己加个填报人字段不是很容易么，万一实际录入的人不是填报人本人呢？万一是多人合作填报的呢？

Simon.hu 发表于 2018-7-2 10:02
说的很对，我们现在存用户名就是这个考虑的

胡总，我打呢么多字说明这个情况需求，你也不给我点金子
说的很对，只是从技术的角度说的，技术上你们是专业的，你们去评估，
实际需求呢？表创建后默认就有 全名，你说我是直接把 全名 拖页面上用？还是不能用？
用，当用户删除后全名没有了，
不用，默认就有的 全名 存在的价值是什么呢，存在的价值就大打折扣了，

说到用户，还有一个我觉得应该在提一下：
用户名注册时不能用中文，现在注册时可以中文没有限制，
比如说和微信集成单点登录时微信是不支持中文用户的，

firestarman 发表于 2018-7-1 15:24
原因很简单啊，同名同姓的人存在，但一个系统里不可能给不同人注册一模一样的账号名，懂了吧。

说的很对，我们现在存用户名就是这个考虑的

firestarman 发表于 2018-6-30 15:43
表默认字段创建者和最后更新者这两个字段并不是普通的文本字段，而是用户字段。
你完全可以自己再添加文本 ...

确切地说其实保存的应该就是文本格式的账号字段，然后后台关联到这个账号字段对应的用户信息（通过账号文本关联）。

firestarman 发表于 2018-7-1 15:24
原因很简单啊，同名同姓的人存在，但一个系统里不可能给不同人注册一模一样的账号名，懂了吧。

还是感谢你的回复，
也不知道你是不是官方，也不知道你有没看明白我描述的问题，
感觉你说的有点离题了，同名同姓很多公司都有这种情况， 全名一模一样是没问题的，登录用户名肯定限制唯一就行了。我所建议的创建者和最后更新者保存“全名”而不能是现在的用户名，和你说的同名同姓没关系的