关系型数据库设计表和字段的思路

做数据库的设计一定要有思路,把各个表的依赖关系整理清楚。
我们就讲一个小例子就可以让你轻松掌握到设计数据表和字段的思路

创建表和字段之前首先要明确各表之间的依赖关系
场景: 比如现在要做一个电商网站的数据库
整理清楚要设计的表:用户信息表,商品信息表,结算的表。
PS:购物车的表请根据此例举一反三的去思考它的依赖关系,吴小迪相信聪明的您一定会做出来的
思路:
我们要 先设置不需要依赖其他表的表的字段(这句话一定要看懂,看不懂再来几遍,看懂为止),
比如说用户信息和商品信息的表就 不需要依赖 其他的表,那么我们就 先设置 这俩个表的字段。
而结算页既 需要依赖 用户信息的表又 需要依赖 商品信息表那么我们就 最后设计 它。

各表的字段如下图所示(是特别特别简版的,只是为了帮助朋友们整理思路):
用户信息的表:

商品信息的表:
我只做了一个id,商品的其他信息自己需要啥就加啥字段就可以了。

最后是比较繁琐的结算页的表:

设置一个数据库的大体思路就是这样了,没太理解的朋友们可以在下方评论,笔者会及时回复,你没理解的有可能别人也没理解,你说出来笔者回复之后大家都理解了岂不快哉?

原文地址:https://blog.51cto.com/14538258/2438626

时间: 2024-10-12 09:47:47

关系型数据库设计表和字段的思路的相关文章

数据库设计之冗余字段设计

在设计数据库时,某一字段属于一个表,但它又同时出现在另一个或多个表,且完全等同于它在其本来所属表的意义表示,那么这个字段就是一个冗余字段. --以上是我自己给出的定义 冗余字段的存在到底是好还是坏呢( 冗余是为了效率,减少join.单表查询比关联查询速度要快.某个访问频繁的字段可以冗余存放在两张表里,不用关联了. )?这是一个不好说的问题.可能在有人看来,这是一个很蹩脚的数据库设计.因为在数据库设计领域,有一个被大家奉为圭臬的数据库设计范式,这个范式理论上要求数据库设计逻辑清晰.关系明确,比如,

关系型数据库设计范式

范式: 设计关系数据库时,遵从不同的规范要求,设计出合理的关系型数据库,这些不同的规范要求被称为不同的范式,各种范式呈递次规范,越高的范式数据库冗余越小. 首先要明白”范式(NF)”是什么意思.按照教材中的定义,范式是“符合某一种级别的关系模式的集合,表示一个关系内部各属性之间的联系的合理化程度”.很晦涩吧?实际上你可以把它粗略地理解为一张数据表的表结构所符合的某种设计标准的级别. 就像家里装修买建材,最环保的是E0级,其次是E1级,还有E2级等等.数据库范式也分为1NF,2NF,3NF,BCN

mysql数据库、表、字段、记录:增、删、改、查

数据库.表.字段.记录:增.删.改.查.分类进行学习,重点是查询. /* 数据库.表.字段.记录:增.删.改.查 */ -- 1.数据库:增删改查 create datebase if not exists jkxy; drop database if exists jkxy; rename database jkxy to jikexueyuan; --这条语句官方说不能用了 show databases; use jikexueyuan; /* 1.CREATE DATABASE new_d

写给开发者看的关系型数据库设计

目录 一 Codd的RDBMS12法则——RDBMS的起源 二 关系型数据库设计阶段 三 设计原则 四 命名规则 数据库设计,一个软件项目成功的基石.很多从业人员都认为,数据库设计其实不那么重要.现实中的情景也相当雷同,开发人员的数量是数据库设计人员的数倍.多数人使用数据库中的一部分,所以也会把数据库设计想的如此简单.其实不然,数据库设计也是门学问. 从笔者的经历看来,笔者更赞成在项目早期由开发者进行数据库设计(后期调优需要DBA).根据笔者的项目经验,一个精通OOP和ORM的开发者,设计的数据

关系型数据库设计

转自:http://www.cnblogs.com/MeteorSeed/archive/2013/03/27/2880054.html ------------------------------------------------------------------------------------- 目录 一 Codd的RDBMS12法则——RDBMS的起源 二 关系型数据库设计阶段 三 设计原则 四 命名规则 数据库设计,一个软件项目成功的基石.很多从业人员都认为,数据库设计其实不那么

【转载】关系型数据库设计范式

为了建立冗余较小.结构合理的关系数据库,设计关系数据库时必须遵循一定的规则, 即关系数据库的设计范式. 第一范式(First Normal Form, 1NF) 关系型数据库的第一范式要求: 所有字段都是不可分割的 举例来说,客户数据表中包含客户名和地址,地址由城市和街道组成.应用经常需要分别访问城市或街道字段. 数据表customers(name,city, street)是符合第一范式的,而数据表customers(name,address)则不满足第一范式的要求. 定义一个满足第一范式的数

数据库系统(四)---关系型数据库设计及E-R图

1.关系型数据库: 关系型数据库是一类采用关系模型作为逻辑数据模型的数据库系统,遵从数据库设计的基本步骤,包括:需求分析.概念结构设计.逻辑结构设计.物理结构设计.数据库实施.数据库的运行和维护等阶段. 概念结构设计与逻辑结构设计是关系数据库整个设计过程的关键. 2.关系数据库设计过程与各级模式 在关系数据库设计的不同阶段,会形成数据库的各级模式.   1)需求分析阶段,综合各个用户的应用需求:   2)概念结构设计阶段,形成独立于机器特点.独立于各个关系数据库管理系统产品的概念模式:   3)

查询数据库所有表和字段及其注释(mysql)

#查询某个库所有表 select * from information_schema.TABLES where table_schema = '数据库' #查询某个库所有表的字段 select * from information_schema.COLUMNS where table_schema = '数据库' #查询所有表的注释和字段注释 SELECT a.table_name 表名, a.table_comment 表说明, b.COLUMN_NAME 字段名, b.column_comm

数据库,表,字段,类型等查询

--获取所有数据库名 SELECT Name FROM Master..SysDatabases ORDER BY Name --获取所有表名 XType='U':表示所有用户表; XType='S':表示所有系统表; SELECT Name FROM [GWI-Pay]..SysObjects Where XType='U' ORDER BY Name --获取表中的字段名 SELECT Name FROM SysColumns WHERE id=Object_Id('Order') --获取