为了账号安全,请及时绑定邮箱和手机立即绑定
老师讲的好详细,好棒。。。。。。。。。。
老师讲的挺好的,实际在数据库设计中里面涉及到的更多,如果想深入学习可以做一个实际的案例,这样了解到的会更全面。
不太对吧,怎么感觉最后的那个关系对应的不正确
老師講得好棒~好喜歡 謝謝老師
字段名我觉得还是 cust_address 好一些,下划线分割的。
老师你速度太快了。谢谢老师。
这节课有点过快,很多东西都是带过,没细讲,有点遗憾。
SELECT
a.TABLE_NAME,
b.TABLE_COMMENT,
a.COLUMN_NAME,
a.COLUMN_TYPE,
a.COLUMN_COMMENT
FROM
information_schema.`COLUMNS` a
JOIN information_schema.`TABLES` b ON a.TABLE_SCHEMA = b.TABLE_SCHEMA
AND a.TABLE_NAME = b.TABLE_NAME
WHERE
a.TABLE_NAME = 'goods'
第二范式:要求数据表里的所有数据都要和该数据表的主键有完全依赖关系。

供应商电话和商品名称没有直接的关系,而是和供应商名称有关系,所以不符合第二范式。

已采纳回答 / 正在思考中
这个要看情况的,如果你是一个商品只能有一个分类,一个分类可以有多个商品,这是一对多的情况,就没必要建关联表,如果是一个商品有多个分类,一个分类可以有多个商品。这是多对多的情况,就需要建关联表
讲的很好,挺有收获

最新回答 / nicajonh
多对一关系在一系查寻,数据迁移方便些,假如商品表直接存商品类型的话,你删除商品就等于删除商品类型了吗?不需要外中间表,用外键就行了,商品一张表,商品类型一张表,多对多就要用到中间表了,需要用中间表表示多对多关系...
根本不适合新人
课程须知
本课程适合程序开发人员及数据库管理运维人员
老师告诉你能学到什么?
1、了解数据库设计的重要性 2、如何设计出简洁高效的数据库结构 3、如何对数据库结构进行优化调整

微信扫码,参与3人拼团

意见反馈 帮助中心 APP下载
官方微信
友情提示:

您好,此课程属于迁移课程,您已购买该课程,无需重复购买,感谢您对慕课网的支持!

本次提问将花费2个积分

你的积分不足,无法发表

为什么扣积分?

本次提问将花费2个积分

继续发表请点击 "确定"

为什么扣积分?

举报

0/150
提交
取消