为了账号安全,请及时绑定邮箱和手机立即绑定

最新回答 / 海洋的心1996
通俗地理解三个范式(通俗地理解是够用的理解,并不是最科学最准确的理解):           第一范式:1NF是对属性的原子性约束,要求属性具有原子性,不可再分解;           第二范式:2NF是对记录的惟一性约束,要求记录有惟一标识,即实体的惟一性;           第三范式:3NF是对字段冗余性的约束,即任何字段不能由其他字段派生出来,要求字段没有冗余。

最新回答 / 慕斯2943298
订单和商品各有各的表,同时存在的是关联表,那样才知道订单里面又那些商品

最新回答 / c初见
ID可以指定也可以使用程序递增生成,是比较方便插入更新和删除作为标识的存在。

最新回答 / 柳太爷
要先完成数据库搭建,数据库没有搭建好,开发功能没办法做持久化操作

最赞回答 / 渡劫DW
最后的表应该拆成 供应商联系人、商品ID、商品数量 和 供应商联系人、供应商 这样两个表才对。当然还有其他方式!不一一列举

最新回答 / 渡劫DW
最后的表应该拆成 供应商联系人、商品ID、商品数量 和 供应商联系人、供应商 这样两个表才对。支持

最新回答 / 慕粉1522002329
没有提过必须要的字段吧,创建时间和更新时间倒是在很多表中都很常见,大多数表都会有,对于一些数据不会做更新的表也没必要有修改时间这个字段,具体字段还是应该根据需求来定,以上是我自己的看法。

最新回答 / MaxSky
我是这么设计的,商品表储存基本名称、展示价格等公共参数,SKU表存储属性规格,一个商品(SPU)对应多条SKU数据,SKU那块我用的 varchar,内容大概是这样的 [1:14],[2:38],[3:40],方括号内如 1:14 分别对应属性表的属性名和属性值表的属性值,意思是:[颜色:红色],[尺寸:100cm],[图案:飞机]。方法多式多样,都行的。直接扔 JSON 进去存储也行。

最新回答 / 慕勒2411029
当然没有问题,可以在商品表里加入供应商的关联字段,但是不建议设置外键约束。

最新回答 / 0我思故我在0
这是一个单词,单个单词同英文写法一致,出现组合词时每个单词的首字母应当大写,也称驼峰命名法。
课程须知
本课程适合程序开发人员及数据库管理运维人员
老师告诉你能学到什么?
1、了解数据库设计的重要性 2、如何设计出简洁高效的数据库结构 3、如何对数据库结构进行优化调整

微信扫码,参与3人拼团

微信客服

购课补贴
联系客服咨询优惠详情

帮助反馈 APP下载

慕课网APP
您的移动学习伙伴

公众号

扫描二维码
关注慕课网微信公众号

友情提示:

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

本次提问将花费2个积分

你的积分不足,无法发表

为什么扣积分?

本次提问将花费2个积分

继续发表请点击 "确定"

为什么扣积分?

举报

0/150
提交
取消