这个SQL模式有什么问题？

我正在设计我的第一个MySQL数据库,这里的想法是我们有可以包含多个不同项目的订单.
所以我决定将所有相关信息存储在一个表中,将项目存储在另一个表中,然后创建第三个表,其中存储每个订购的项目.当然,每当我需要列出订单时,我首先必须找到每个OrderedItemsID,其订单ID与我需要的订单ID相同,并且与项目匹配.

既然这是我的第一个数据库设计,我并不会觉得这是一个很好的解决方案,所以我想知道是否有人知道这个问题的一个很好的解决方案？
谢谢

图片是http://img211.imageshack.us/img211/5575/stackoverflowq.png

最佳答案

这个解决方案很好,但是在订单表中我会提出总价,税和运费.这样您就不必转到OrderItems表来获取总数.

此外,您还希望将项目中的所有内容存储到orderitem表中.这将包括名称和描述.原因在于问责制.如果有人更改了表格中某个项目的名称,那么这将基本上改变它以便收到任何人的收据.而你不想这样做.

基本上说,订单表中的所有信息都不需要依赖于实际的商品表.

您还可以进一步添加计费和送货地址,以便如果用户将来更改它,它将不会更改此特定订单.