34,838
社区成员
发帖
与我相关
我的任务
分享是否每张表都应该具备ID CreateTime UpdateTime Updator....等等
是否每张表都应该具备ID CreateTime UpdateTime Updator....等等
数据库中的表有很多种，暂时想到以下几类：
A 业务表（如交易表）
B 基本信息表（如人员信息表）
C LOG日志表（用户网站点击orCookie记录等）
D 临时表()
E 历史资料表（历史月表/年报之类）
以上几类都会有怎么样的建立规则？
HY大家各抒己见。
先放50分。
数据库中的表有很多种，暂时想到以下几类：
A 业务表（如交易表）
B 基本信息表（如人员信息表）
C LOG日志表（用户网站点击orCookie记录等）
D 临时表()
E 历史资料表（历史月表/年报之类）
以上几类都会有怎么样的建立规则？
HY大家各抒己见。
先放50分。
...全文
请发表友善的回复…
发表回复
michaelgy 2008-02-25
- 打赏
- 举报
谢谢大家 。
结贴
结贴
jgchenhunter 2008-02-24
- 打赏
- 举报
说说我自己的看法:
ID这个字段,我认为应该每个表都要有,不一定把它做为主键来用,而是为了一种预防错误,当表放生混乱时,这是一个救命稻草,ID一定要唯一有规律.
其他字段就看你的业务需求了,业务需要那就必须要加,当然如果业务不需要,如果数据库能够承受,不考虑表优化的情况下,也可以加上,一备将来使用,我在做表设计时几户都加上
另外一点要从你的数据库用途来考虑,如果你设计的是数据仓库,那么逻辑删除标记\逻辑删除时间是必不可少的,如果将来用于BI或者数据挖掘分析的话,你这些建立时间,修改时间,建立人,修改人,更新人,更新时间都需要有,因为需要用于分析,
希望我说的这些对你有所帮助
ID这个字段,我认为应该每个表都要有,不一定把它做为主键来用,而是为了一种预防错误,当表放生混乱时,这是一个救命稻草,ID一定要唯一有规律.
其他字段就看你的业务需求了,业务需要那就必须要加,当然如果业务不需要,如果数据库能够承受,不考虑表优化的情况下,也可以加上,一备将来使用,我在做表设计时几户都加上
另外一点要从你的数据库用途来考虑,如果你设计的是数据仓库,那么逻辑删除标记\逻辑删除时间是必不可少的,如果将来用于BI或者数据挖掘分析的话,你这些建立时间,修改时间,建立人,修改人,更新人,更新时间都需要有,因为需要用于分析,
希望我说的这些对你有所帮助
w2jc 2008-02-24
- 打赏
- 举报
如果创建和更新信息都要做详细审计的话，那是应该有的，
否则就有点多余。
否则就有点多余。
victorcai2006 2008-02-24
- 打赏
- 举报
看看自己的设计需求了，很多都说不定的
老宛 2008-02-23
- 打赏
- 举报
临时表可以不要，其他可以加上，建议加上一个TimeStamp列，同步的时候用TimeStamp比UpdateTime好
-狙击手- 2008-02-23
- 打赏
- 举报
这个不好说，要看你的业务规则
zyz0304360 2008-02-23
- 打赏
- 举报
ID CreateTime UpdateTime
peterb 2008-02-23
- 打赏
- 举报
A 业务表（如交易表）
B 基本信息表（如人员信息表） 这个应该要 出问题的 这个可以与客户核对数据
B 基本信息表（如人员信息表） 这个应该要 出问题的 这个可以与客户核对数据
duset 2008-02-23
- 打赏
- 举报
id,createtime要
比较重要的表需要UpdateTime,Updator 可以通过触发器或者其他方式记录到某个日志表里,
比记录在原表只能记录最后一次的UpdateTime,Updator 要好,同时也可以记录重要字段的oldvalue,newvalue
比较重要的表需要UpdateTime,Updator 可以通过触发器或者其他方式记录到某个日志表里,
比记录在原表只能记录最后一次的UpdateTime,Updator 要好,同时也可以记录重要字段的oldvalue,newvalue
sp4 2008-02-22
- 打赏
- 举报
业务表，基础数据表 还是都要的好。
至于其它就应该无所谓
至于其它就应该无所谓
dawugui 2008-02-22
- 打赏
- 举报
ID CreateTime UpdateTime Updator
我觉得可能的话,要上也无妨.
我觉得可能的话,要上也无妨.
ojuju10 2008-02-22
- 打赏
- 举报
updatetime,updator 这个一般不需要
但是Id,createtime一般还是会有的
