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

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

我也觉得有问题

他估计设定的是一对一的关系，好比你设想的是一对多，他设想的是一对一，这里只是举一个例子，没有必要太根据业务场景较真。我是这样想的

他这个例子有问题，不能进行关联。

感觉就是有毛病，供应商表应该给个供应商ID 然后商品表这边供应商字段应该改为外键 供应商ID的主键。

如果不知道什么毛病 我问你我选中商品表第一条数据  我想知道联系人 你给我供应商去对应供应商表的数据 关联字段就是供应商  饮料一厂我对应供应商表2条数据 那我怎么知道我这个联系人是张三还是李四？

商品对应供应商；拆分后供应商联系人和商品的关系 不就没了；

没拆分的时候是：供应商联系人和商品是有关系的；

第二范式：消除了非主属性对主码的部分函数依赖

第三范式：消除了非主属性对主码的传递函数依赖

一个商品，有可能有很多的供应商啊

是的 ，上面是渐进关系。1NF 不可再分，2NF没有部分依赖，3NF不依赖非主属性。

这只是为了说明问题的一个假设的条件

拆表是为了减少数据冗余和避免写异常，但是出于性能的考虑有时也会进行一定的反范式处理。

说的没有错，不过这个例子有一个前提是一个供应商只有一位联系人，所以避免了你说的那种情况。