Прошло много времени с тех пор, как я в последний раз касался MySQL, но сейчас я пытаюсь найти лучший способ структурировать свою базу данных, плюс я все еще n00b в MySQL.
База данных собираетсяхранить данные о продукте, которые сильно различаются от продукта к продукту, о четырех различных продуктах.
Существует небольшое совпадение между одним продуктом и тремя остальными, но почти равное нулю между тремя другими.Это связано с тем, что один продукт, который пересекается с тремя другими, имеет намного больше точек данных, чем любой другой отдельный продукт.
Ниже представлена внутренняя структура данных - помимо информации о транзакции (например,цена, тип транзакции, отгрузка и т. д.), которые будут общими для всех типов продуктов, причем буквы обозначают точки данных о продукте.
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 | | |
----------+-----------+-----------+----------
Я собираюсь отобразитьсообщения в хронологическом порядке по умолчанию.Я также собираюсь реализовать функции поиска, фильтрации и сортировки, поэтому структура должна учитывать это.
Честно говоря, я не уверен, что делать.Часть меня говорит, что все продукты объединены в один стол, но другая часть меня не настолько уверена, что это самый эффективный подход.
У кого-нибудь есть идеи или советы?