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

收藏

本帖最后由伟伟于 2018-6-30 12:10 编辑

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

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

firestarman · firestarman

表默认字段创建者和最后更新者这两个字段并不是普通的文本字段，而是用户字段。
你完全可以自己再添加文本格式的填报者和修改者来显式存储用户全名。

伟伟 · 伟伟

本帖最后由伟伟于 2018-7-1 14:05 编辑

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

我知道是用户字段啊，只是现在默认存的是用户名，不能修改成全名吗？存的用户名会存在前面我描述的问题！在建表的时候默认就有创建者和最后更新者，展开把全名拖到页面就可以了。如果在建表的时候增加一个文本全名字段，这样做画蛇添足了。

firestarman · firestarman

伟伟发表于 2018-7-1 13:52
我知道是用户字段啊，只是现在默认存的是用户名，不能修改成全名吗？存的用户名会存在前面我描述的问题！ ...

原因很简单啊，同名同姓的人存在，但一个系统里不可能给不同人注册一模一样的账号名，懂了吧。

伟伟 · 伟伟

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

同名同姓，全名唯一注册时做个验证限制不就行了吗

伟伟 · 伟伟

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

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

firestarman · firestarman

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

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

Simon.hu · Simon.hu

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

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

伟伟 · 伟伟

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

胡总，我打呢么多字说明这个情况需求，你也不给我点金子

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

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

firestarman · firestarman

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

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

		自动登录	找回密码
密码			立即注册

[暂不采纳] 表默认字段创建者和最后更新者存的是用户名存在的问题

13 个回复

评分

评分

微信认证勋章

讲师达人

悬赏达人

元老葡萄

活字格认证

活字格高级认证