求数据库多级分类

类别表：

类别id、类别名称、所属类别id、。。。其它字段。。。

图书表：

图书id、图书名称、所属类别id、。。。其它字段。。。

这样，在类别表中如果“所属类别id”为“0”的，就认为它是顶级类别，否则就是二级类别或三级类别，例如：

类别id 类别名称 所属类别id

1 理科书 0

2 计算机 1

3 电气化 1

4 数据库 2

5 图像设计 2

那么，“理科书”是一级类别，“计算机”和“电气化”就是隶属于“理科书”的二级类别，而“数据库”和“图像设计”就是隶属于“计算机”的三级类别。

而图书表就简单了，只要有一个字段是“所属类别id”就可以了，记录这条图书数据是属于哪个分类的。

建立产品属性表，分类表，产品表

t_Property_Group 产品属性分类表

id 分类自动编号，主键

title 分类标题

t_Proterty 产品属性表

id 分类自动编号，主键

title 属性名称

gid 属性分类编号

t_Product 产品表

id 编号

title 产品名称

remark 备注

t_Product_Property_Relation

id

productid 产品编号

propertyid 产品属性编号

propertydata 产品属性数据

==================================

以上仅仅是设计方法之一，根据不同的需求，可以演变出各种数据关系模型。要想通透理解，慢慢做过去之后，才能看的很明白。 以上表格仅仅是比较核心的数据字段，也可以添加更多符合个性的表结构。

对于页面，则包含较多的架构内容。 比如应用框架生成静态页面的，则涉及到标签、模板等。

动态加载属性有两种解释，1、从数据库及时的读出数据（属性）2、从数据库改动数据之后，从新生成或者新生成的页面可以获得数据库的更新，可以生成包含新属性的产品页面。

望采纳。

这个问题的核心点在于：不同商品类别差异很大，如何设计通用的存储方案？简单来说，用数据库去存储所有信息，不管横表还是纵表，都有明显的缺陷：横表：同一个字段对不同商品含义不一样，这到了后面开发和维护是很蛋疼的纵表：一个商品的属性分布到很多行记录中，业务处理很麻烦，而且纵表的记录数会非常多，性能会有问题所以不要尝试只用数据库去统一解决这个问题，思路扩散一些其实就简单了：公共表：提炼商品公共的信息放到数据库，例如商品id、名称、发布的商家、发布日期、上架状态扩展表：将变化的信息放到另外一个表，可以是数据库表，例如电脑商品一个表、服装一个表；也可以将信息放到MongoDB或者ElasticSearch这类文档数据库。搜索组件：扩展表在全文搜索的时候不好实现，因此需要独立的组件负责搜索，可以用Elastic Search或者Solr来冗余一份数据，用于搜索。表结构不算复杂，因为项目关系只有SPU，没有涉及到SKU，但是可以做参考，更多的还是要根据项目实际情况设计。重点说明一下产品表的SPU，Keyword字段。本来之前设计了关系表，但是发现在做SQL查询时太痛苦，所以约定了一种数据存储结构（数据结构的重要性）基于上面的基础，可以实现URL规则变化的查询,类似京东的产品查询URL变化c=1,3 指分类层次关系ev=3_1+4_18 指SPU查询 按约定规则转换成字符串再进行查询。

■关系数据库 facts and information 关系数据库是建立在集合代数基础上，应用数学方法来处理数据库中的数据。现实世界中的各种实体以及实体之间的各种联系均用关系模型来表示。 关系模型由关系数据结构、关系 *** 作集合、关系完整性约束三部分组成。 全关系系统十二准则 全关系系统应该完全支持关系模型的所有特征。关系模型的奠基人EFCodd具体地给出了全关系系统应遵循的基本准则。 ;''准则0'' : 一个关系形的关系数据库系统必须能完全通过它的关系能力来管理数据库。 ;''准则1'' 信息准则 : 关系数据库系统的所有信息都应该在逻辑一级上用表中的值这一种方法显式的表示。 ;''准则2'' 保证访问准则 : 依靠表名、主码和列名的组合，保证能以逻辑方式访问关系数据库中的每个数据项。 ;''准则3'' 空值的系统化处理 : 全关系的关系数据库系统支持空值的概念，并用系统化的方法处理空值。 ;''准则4'' 基于关系模型的动态的联机数据字典 : 数据库的描述在逻辑级上和普通数据采用同样的表述方式。 ;''准则5'' 统一的数据子语言 : 一个关系数据库系统可以具有几种语言和多种终端访问方式，但必须有一种语言，它的语句可以表示为严格语法规定的字符串，并能全面的支持各种规则。 ;''准则6'' 视图更新准则 : 所有理论上可更新的视图也应该允许由系统更新。 ;''准则7'' 高级的插入、修改和删除 *** 作 : 系统应该对各种 *** 作进行查询优化。 ;''准则8'' 数据的物理独立性 : 无论数据库的数据在存储表示或存取方法上作任何变化，应用程序和终端活动都保持逻辑上的不变性。 ;''准则9'' 数据逻辑独立性 : 当对基本关系进行理论上信息不受损害的任何改变时，应用程序和终端活动都保持逻辑上的不变性。 ;''准则10'' 数据完整的独立性 : 关系数据库的完整性约束条件必须是用数据库语言定义并存储在数据字典中的。 ;''准则11'' 分布独立性 : 关系数据库系统在引入分布数据或数据重新分布时保持逻辑不变。 ;''准则12'' 无破坏准则 : 如果一个关系数据库系统具有一个低级语言，那么这个低级语言不能违背或绕过完整性准则。 ■实时数据库是数据库系统发展的一个分支，它适用于处理不断更新的快速变化的数据及具有时间限制的事务处理。实时数据库技术是实时系统和数据库技术相结合的产物，研究人员希望利用数据库技术来解决实时系统中的数据管理问题，同时利用实时技术为实时数据库提供时间驱动调度和资源分配算法。然而，实时数据库并非是两者在概念、结构和方法上的简单集成。需要针对不同的应用需求和应用特点，对实时数据模型、实时事务调度与资源分配策略、实时数据查询语言、实时数据通信等大量问题作深入的理论研究。实时数据库系统的主要研究内容包括： 实时数据库模型 实时事务调度：包括并发控制、冲突解决、死锁等内容 容错性与错误恢复 访问准入控制 内存组织与管理 I/O与磁盘调度 主内存数据库系统 不精确计算问题 放松的可串行化问题 实时SQL 实时事务的可预测性 研究现状与发展实时数据库系统最早出现在1988年3月的ACM SIGMOD Record的一期专刊中。随后，一个成熟的研究群体逐渐出现，这标志着实时领域与数据库领域的融合，标志着实时数据库这个新兴研究领域的确立。此后，出现了大批有关实时数据库方面的论文和原型系统。人机交互技术与智能信息处理实验室实时数据库小组一直致力于实时系统、实时智能、实时数据库系统及相关技术的研究与开发，并取得了一定的成绩。

以上就是关于求数据库多级分类全部的内容，包括:求数据库多级分类、有成千上万种产品,各个产品属性不同,怎么设计数据库或设计页面加载不同属性、关于电商网站数据库的设计有什么好的建议等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！