首页 > 解决方案 > 具有许多独特属性的产品数据库结构

问题描述

自从我上次接触 MySQL 以来已经有一段时间了,但我现在正试图找出构建数据库的最佳方法,而且我仍然是 MySQL 的一名 n00b。

该数据库将存储四种不同产品的产品详细信息,这些详细信息因产品而异。

一种产品与其他三种产品之间有一点重叠,但其他三种产品几乎为零重叠。这是因为与其他三个重叠的一个产品的数据点比任何其他单个产品都多。

下面是数据的固有结构——除了交易信息(例如价格、交易类型、发货地等)之外,所有类型的产品都通用——其中字母代表产品详细数据点。

Product 1 | Product 2 | Product 3 | Product 4
----------+-----------+-----------+----------
A         | A         |           | 
B         | B         |           | 
C         | C         |           | 
D         | D         |           | 
E         | E         | E         | E
F         | F         | F         | 
G         | G         |           | G
H         |           | H         | 
I         |           | I         | 
J         |           | J         | 
K         |           | K         | 
L         |           | L         | 
M         |           |           | M
N         |           |           | 
O         |           |           | 
P         |           |           | 
Q         |           |           | 
R         |           |           | 
S         |           |           | 
T         |           |           | 
U         |           |           | 
V         |           |           | 
W         |           |           | 
X         |           |           | 
Y         |           |           | 
Z         |           |           | 
AA        |           |           | 
BB        |           |           | 
CC        |           |           | 
DD        |           |           | 
EE        |           |           | 
FF        |           |           | 
GG        |           |           | 
HH        |           |           | 
II        |           |           | 
JJ        |           |           | 
KK        |           |           |
----------+-----------+-----------+----------

默认情况下,我将按时间顺序显示帖子。我还将实现搜索、过滤和排序功能,因此结构必须考虑到这一点。

老实说,我不确定该怎么做。我的一部分是说将所有产品放在一张桌子上,但我的另一部分不太确定这是最有效的方法。

有人有什么想法或建议吗?

标签: mysqldatabasedatabase-designarchitectureentity-attribute-value

解决方案


推荐阅读