浅谈数据库设计---灵活性原则

本文通过一个具体案例比较了两种不同的数据库设计方案。一种方案将井的基本信息和测项信息整合在同一张表中,导致难以灵活增删测项;另一种方案则将这些信息分开存储,实现了更好的灵活性。文章总结了设计失误的经验教训。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 又接触一个系统,要从需求分析里面找到需求,然后设计数据库。我就按照自己的想法做了,可是做完后给老师看了,老师又自己修改了一遍,呵呵,听过老师讲解的,自己真的是设计失误,好不灵活的数据库设计。下面就把我的点点经验分享下!

 首先,需求大概是:有一个许多口井,井的基本信息有背景图啊 、剖面图啊......还有测项,测项里面又要分不同种类,不同种类又要分年月日分类。


 我的设计是井的基本信息和井的测项信息放在一个数据表里面了。比如 井的名称 、ID、描述..第一个测项、第二个...就这样的数据表结构。

当然了,这里还设置了,其他的分测项的数据表,就不赘述了。

 老师的设计是 把基本信息单独一张表:井信息表:名称、ID、描述
然后是,测项表,测项详细信息表。

 呵呵,呵呵对比下,就知道了,我的设计如果你要增加测项就很困难了。但是老师的设计可以很自由的增加或者减少测项。这里就减少了数据的 沾黏度。

 希望自己在以后的设计时候,不要犯类似的错误!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值