系统资料自动记录的是UserName，能否把FullName也记录上
本帖最后由 unimaallan 于 2021-12-14 17:22 编辑现在表中，系统会自动记录这几个，但是现在有一个问题，就是，一般在设定时，UserName一般会设定成一个用户编号，FullName会设定成用户的姓名，这样子就尴尬了，资料显示出来一个编号，很难知道是谁，还要自已去把记录的创建者(UserName)转换成 UserFullName，系统能不能记录时，自动把FullName也记录进去，这样子就省掉一个自已转换
您好，这里展开后是可以关联全名的哈~
视图怎么处理呢? unimaallan 发表于 2021-12-14 18:41
视图怎么处理呢?
大佬可以展开讲讲具体的情景吗？ 就是我写视图 from 这个表，需要全名，是不是我要自已去 join 系统用户表(视图)? unimaallan 发表于 2021-12-15 13:57
就是我写视图 from 这个表，需要全名，是不是我要自已去 join 系统用户表(视图)?
是的呢，因为全名是用户信息视图的主键。就像咱们一般设计数据表也是这样的呀，如果表B是一个字典表，一般表A相关字段中都会存表B的主键的值，然后通过关联获取表B中其他字段的值，在写视图的时候就是使用join语句了。
数据库设计都是这么做的，这个我知道，我现在也是这么做的，我只是觉得每个表做视图都要加一个join，太过于麻烦，才想着是否官方把这个字段存数据表里:) unimaallan 发表于 2021-12-15 17:47
数据库设计都是这么做的，这个我知道，我现在也是这么做的，我只是觉得每个表做视图都要加一个join，太过于 ...
大佬，您的数据库都是遵循设计原则来设计的，活字格的数据库设计也要遵循数据库的设计原则呀~
首先主键，也就是用户名是必须要存的，因为用户全名可能重复，必须通过唯一的用户名来标识；
如果既存又用户名又存用户全名，这也不符合数据库设计的原则，明明可以通过关联获取到用户全名，却要单独再存一列，这显然会产生数据的冗余。
关于数据库设计的范式，具体可以参考这篇博文：
数据库设计三大范式 - Ruthless - 博客园 (cnblogs.com)
页:
[1]