关于数据库的合理设计思路

hezhijian 2001-05-20 09:03:00

我用ACCESS200做人事数据库，其中
（1）某一表字段较多，是否该把它拆分成几个表？
（2）某些字段只有确定的几个选项，如“性别”，是设成数字类型（1 代“男”，2 代 “女”），还是文本类型（“男”，“女”）？
从数据的维护，查询，统计，程序的运行速度等方面考虑。

...全文

47 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

1come 2001-05-20

打赏
举报

回复

（1）别这么干会，后悔莫及的
（2）设成数字类型（1 代“男”，2 代 “女”）比较好

guest 2001-05-20

打赏
举报

回复

为了编程方便，还是表少一点好

数据库架构设计说明--表结构设计说明--数据库访问设计说明、数据库物理存储设计说明。

一，数据库的设计原则遵循数据库设计的三个范式的要求，可以允许有少量的数据冗余。一即对属性的原子性约束，要求属性具有原子性，不可再分解。二即对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性。三即对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余。但是如果设计的数据库完全满足这三个范式的话，又未必是最好的数据库，为了提高数据库的运行效率，我们必须降低范式要求，允许数据库有少量冗余数据。 主键与外键的设置为了确保数据在数据库中的唯一性和关联性以及完整性，有必要对数据库进行主键

H+ 不能去掉.尝试去掉 bc->d, 得到 G={a→b,ac→d}, {b,c}G+ = {b,c}, 不包含 d, 不能去掉尝试去掉 ac->d, G={a→b,b⁢c→d}, {a,c}G+ = {a,c,b,d}, 包含了 d, 所以去掉后的函数依赖集 G 仍然可以推导出所有的函数依赖, 即 G+ = F+ , 是非关键依赖, 可以去掉。F={A→B},T1⁡(A,B),T2⁡(A,C) ,Head(T1) ∩ Head(T2 ) = A, 而 A->AB, 所以是无损分解....

数据库设计追求逐渐完善，不求一下子完美

好的数据结构会影响速度。好的数据库表设计会影响数据库操作效率。特别是数据多的时候，如果表的结构不好的话操作的时候条件（where后的内容）会变的非常复杂。 SQL是关系数据库中用到的一种语言。所以，为了简化SQL，表的关系（内部和外部）要尽量设计的合理。下面有几个可以参照的步骤： 1）找出那个表要描述的东西； 2）列出你想通过这个表得到的相关信息的列表； 3）通过上面的信息列表，将信息

数据库(包含打印，安装，报表)

1,217

社区成员

55,952

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章