加另外一端的主键作为外键即可：
课程（课程号，课程名）
题型（题型号题型名，课程号）其中课程号是外键
章节（章节号，章节名章节内容，课程号）其中课程号是外键
题目（题号，题干题型号，章节号课程号，选择答案1选择答案2，选择答案3选择答案4，正确答案）其中题型号、章节号、课程号分别都是外键
你对这个回答的评价是？
因此从函数依赖可以看出（工号→职位职位→薪酬）存在传递依賴于码的问题，此时分解为3nf就是消除传递依赖
员工（工号部门编号，姓名性别，职位）
er图的联系转化为关系模式时一般不需要进行3nf汾解，除非er图设计得有问题
你对这个回答的评价是
下载百度知道APP，抢鲜体验
使用百度知道APP立即抢鲜体验。你的手机镜头里或许有别人想知道的答案
根据产品原型分析词性分析法，名词创建表或字段动词表示关系。
数据存储：长期存储的数据
1.主键：唯一、自增。
可以鈈用手动指定mysql会默认生成自增主键；
?适合做主键：业务数据，比如mobileid_card
2.表之间的关系：一个用户可以发布文章数？一对多用户是一方，文章是多方
3.外键：多表之间没有外键可以进行?连表查询吗？ 可以作用：确保数据的完整性
工作中：项目初期一般会使用外键，项目运行中后期一般都会取消外键。
4.文章封面图片存储：在MySQL5.7版本后新加如json数据类型；
json的类型底层是longtext方便?存储多个键值对形式的字符串?，不?容易?发生的数据
5.数据库设计—范式：
1.表字段的原子性2.满足第1范式的基础上，有主键依赖3.满足第1、2范式的基础上非主属性之間没有依赖关系；
6.反范式：DBA的水平，反范式设计用的越多水平越高。设计数据库表存储冗余字段；利?用数据库表的存储空间，节省查询数据时间；
结论：1.数据形式比较复杂的；2.查询语句?条件后面where后面3.数据形式单一的?适合。
8.数据库引擎：决定数据存储和查询的方式；
InnoDB：支持事务更?安全，查询和插入的效率相对较低；MyISAM：不支持事务查询效率相对较高；一个项目中，不?同的表可以指定不?哃的引擎。
下图是一个模拟表的设计：
