跳至主要内容

关于如何记录数据更改记录的两种建表方式

当时要做的一个项目要包含一个权限管理功能,以为该系统中的所有人分配权限。而且这个权限管理的需求是可以把权限接近无限的下发(我感觉现实中是不会无限下发的(。・∀・)ノ),这些都先不讲。因为有权限管理就涉及到用户分组的变动,权限的使用等,但是这些操作都是应该要记录下来的。于是有了两种方案。

1.通过一张单独的事件记录表来记录事件:

iduideventidetime
  • id是自增
  • uid是指用户的id,就是事件的对象
  • eventid是事件id,有另外一张表列出所有可能的事件,eventid为其id
  • etime:事件的时间
优点:
  1. 这种方法比较直观,比较容易能想到。
  2. 操作也不是很麻烦
缺点:
  1. 同时要操作多张表(比如要将一个人的权限删除,那么在权限表中要将其对应的记录删除,在记录表中要对这个事件进行记录)。
  2. 需要列车所有操作的可能(这好像也不是啥缺点(。^▽^))。

2.通过增加时间字段来记录事件

比如有一张用户-分组的表:
iduidgid
  • id主键自增
  • uid用户id
  • gid权限组id
如果是按照第一种方法,当一个人被分入某个权限组时,则向这张表添加相应记录,还要向记录表添加纪录。但是如果多了两个字段,starttime(起始时间),endtime(结束时间),那么就不一样了。
idstarttimeendtimeuidgid
当一个用户被分配到某分组时,记录这个时间放在starttime中,当一个用户被踢出分组是记录踢出时间放到endtime中。这样的话,只要检测endtime中是否有值就可以判断用户的状态了,这样这表的作用就不仅是记录分组情况了,而且也保留记录了。
优点:
  1. 需要建的表少了。
  2. 当有操作时不需要删除记录,只需记录时间,操作的表也少了。
缺点:

  1. 如果某张表有频繁的操作则很容易造成数据冗余。

评论

此博客中的热门博文

【图集】言叶之庭(言の葉の庭)

隐约雷鸣 阴霾天空 但盼风雨来 能留你在此 隐约雷鸣 阴霾天空 即使天无雨 我亦留此地 ——万叶集 《言叶之庭》

各数据库无order by时的默认排序

MySQL: 对于 MyISAM 表 ,Select 默认排序是按照物理存储顺序显示的。 而InnoDB 表,会按主键的顺序排列。 Oracle: oracle对无order by的语句返回的结果不进行排序,oracle此时的处理方式是按照数据的物理存储顺序来读取数据。因为rowid是每行数据的地址,所以有时候看起来会像是使用rowid排序的。但这个顺序是可能被打乱的,在表的数据被删除后,rowid会被新插入的数据占用。所以一个无order by查询结果看起来也可能是个杂乱无章的。oracle的数据库实现就一个原则,怎么快怎么效率高就怎么来。大多数情况下不需要排序还非得按主键排序这不是浪费资源么?这和oracle的表结构是有关系的,因为oracle的表结构默认是按堆存放的。按堆存放的意思就是,随便存,存的时候就是乱序的。如果你建表的时候就是建的按索引组织的表,那么它返回的时候就会默认排序了。 sqlserver: 在不指定Order by的情况下,sqlserver会根据执行计划实际查询方式来得到数据,而执行计划会根据sql中很多的因素(的查询列,where条件,order by等)而使用不同的索引,最终出来的结果很可能是不同的。 DB2: DB2的尚不清晰,排序好像与sort heap相关。