blocks|key|114396|text|Ayende+Rahien+(RhinoMocks的)最近正在做一系列关于构建购物车的工作，从这里开始：http://ayende.com/Blog/archive/2008/12/07/designing-a-shopping-cart.aspx。它确实使用了类图，但您应该能够将概念转换为数据库图。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|114397|entityMap|0|LINK|mutability|MUTABLE|url|http://ayende.com/Blog/archive/2008/12/07/designing-a-shopping-cart.aspx^0|1G|20|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Ayende Rahien (of RhinoMocks) has recently been doing a series on building a shopping cart, starting here: <a href="http://ayende.com/Blog/archive/2008/12/07/designing-a-shopping-cart.aspx" rel="nofollow noreferrer">http://ayende.com/Blog/archive/2008/12/07/designing-a-shopping-cart.aspx</a>. It does use a class diagram but you should be able to convert the concept into a database diagram.

blocks|key|4177993|text|我可能会创建一个包含包id和包价格的包表，然后使用包id(作为包表的FK+)和相应的产品id(作为产品表的FK+)创建包和产品之间的中间(交叉引用)表。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4177994|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I would probably create a package table with the package id and price for the package and then have an intermediate (cross reference) table between the package and products with package IDs (as a FK to the package table) and corresponding product IDs (as FK to the product table).

blocks|key|114454|text|Ayende正在做的任何事情都是初学者所不能理解的。要回答你的问题，你需要3张表。一个用于您的产品，一个用于您的软件包，还有一个用于将产品“链接”到软件包。我假设你已经掌握了前两种方法。第三种被称为多对多关系。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|114455|它应该被称为ProductsPackages，并且有两列(PackageId和ProductId)。应为Products和Packages表创建外键约束。|114456|现在，要将产品添加到包中，需要将每个产品的id插入到ProductsPackages表中。|114457|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Anything Ayende is doing is going to be over the head of a beginner. To answer your question, you need 3 tables. One for your products, one for your packages and one to "link" products to packages. I'm assuming you've got the first two covered. The third is called a Many-To-Many relationship.

It should be called ProductsPackages and have two columns (PackageId and ProductId). You should create foreign key constraints to the Products and Packages tables. 

Now, to add a product to a package you insert the id of each into the ProductsPackages table.

blocks|key|114501|text|避免额外的表，但有一些限制的一种方法是简单地向产品表添加一个自引用"ParentID“字段。"ParentID“只是指向相关的包产品。因为它们都是相同的表，所以您的包具有相同的字段(价格等)。作为你的个人产品。要找到组成包的产品，只需查询包的"ProductID“为"ParentID”的所有产品。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|114502|限制是产品只能是一个包的一部分。因此，如果你卖一个棒球、球棒和手套，以及一个包括所有这三个的“棒球”套餐，那么这只手套永远不会是“足球”套餐的一部分。|114503|然而，一个优点是，“棒球”和“足球”套餐以及“教练手册”产品都可以成为“完整体育”套餐的一部分。如果你从“棒球”包中删除球棒，它也会从“完整运动”包中删除。所有这些都不需要添加一个表。|114504|当然，每个产品的单个包限制意味着这肯定不会在所有情况下都有效。|114505|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

One way that avoids extra tables, but imposes some limits is to simply add a self-referencing "ParentID" field to the product table. That "ParentID" simply points to the associated package product. Since it's all the same table, your packages have the same fields (price, etc.) as your individual products. To find what products make up a package, simply query for all product with a "ParentID" of the package's "ProductID".

The limitation is that products can only be a part of one package. So if you sell a baseball, bat, and glove, as well as a 'baseball' package including all three, the glove could not ever be part of the 'football' package. 

However, one advantage is that both the 'baseball' and the 'football' packages and the 'coach handbook' product could be part of the 'complete sports' package. And if you remove the bat from the 'baseball' package, it's removed from the 'complete sports' package as well. All without adding a single table.

Of course the single package per product limitation means this certainly won't work for every situation.

I'm a beginner with SQL and am working on one of my first databases. I am trying to create a very cut-down shopping cart and am currently working on getting the database together before I start coding the site.

One of the things I am struggling with is how to structure the products portion of the database. If all my products were individual items it would be ok. My problem is thatI would also like the ability to create "packages" of sorts that would combine several products into one Package/product with its own unique ID but different price.

Has anyone tackled this before...Heck, I am sure someone has. My question is: Is there a best practice way to structure the database tables to allow for this sort of thing? Logic-wise I am having a hard time wrapping my head around this one.

Database Table Structure for Shopping Cart

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我是SQL的初学者，正在开发我最早的数据库之一。我正在尝试创建一个非常精简的购物车，目前正在努力获得数据库之前，我开始编码的网站。我正在努力解决的一件事是如何组织数据库的产品部分。如果我所有的产品都是单独的，那就没问题了。我的问题是，thatI也希望能够创建某种“包”，将几种产品组合成一个具有自己唯一ID但价格不同的包/产品。有没有人攻克了这个before...Heck，我相信肯定有人。我的问题是

问购物车数据库表结构
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问购物车数据库表结构EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问购物车数据库表结构
EN