将产品和类别存储在一个 table 中很好，否则我们可以对类别和产品使用单独的 table？
store product and category in one table is good or else we can use seperate table for category and product?
我完全无法将存储在同一 table 中的类别和产品数据存储在分层 relation/Parent-child 关系中用于 table 或者如果我们创建两个单独的 table 类别和产品 table?
在上面table中，我使用了相同的table来存储类别和产品以及parentId和childId，如果我们这样使用那么有什么好处呢？或者我们对类别和产品使用单独的 table，为什么？请任何人帮助我
这实际上取决于商店和产品类别之间的关系是一对多还是多对多，以及单个类别是否只能属于一个类别树。
如果关系是一对多的，并且一个类别只能属于一棵树，那么您将能够使用单个 table，外键引用相同的 table.
否则，您可能会看 2 或 3 table。您至少需要一个 table 用于您的类别，然后另一个用于您的关系（所谓的复合键 table）。
此外，如果产品类别和商店类别本质上不同（包含不同的数据），那么无论如何您都应该为它们使用单独的 table。
我完全无法将存储在同一 table 中的类别和产品数据存储在分层 relation/Parent-child 关系中用于 table 或者如果我们创建两个单独的 table 类别和产品 table?
在上面table中，我使用了相同的table来存储类别和产品以及parentId和childId，如果我们这样使用那么有什么好处呢？或者我们对类别和产品使用单独的 table，为什么？请任何人帮助我
这实际上取决于商店和产品类别之间的关系是一对多还是多对多，以及单个类别是否只能属于一个类别树。
如果关系是一对多的，并且一个类别只能属于一棵树，那么您将能够使用单个 table，外键引用相同的 table.
否则，您可能会看 2 或 3 table。您至少需要一个 table 用于您的类别，然后另一个用于您的关系（所谓的复合键 table）。
此外，如果产品类别和商店类别本质上不同（包含不同的数据），那么无论如何您都应该为它们使用单独的 table。