Нужен совет по организации структуры БД

@i_albakov · Регистрация: 09.12.2016

Студворк — интернет-сервис помощи студентам

Пишу простой аналог Яндекс Маркета. Опишу то, как сделано сейчас:

1. Все товары хранятся в одной таблице Товары.
2. Все компании хранятся в одной таблице Компании.
3. Через отдельную таблицу ТоварыКомпаний связываю общие данные о товаре (Пункт 1), данные о конкретной компании (Пункт 2) и дополнительные данные о товаре (цена, артикул, кол-во на складе) для конкретной компании:

1. Товары:

id, title

2. Компании:

id, title

3. ТоварыКомпаний
product_id, company_id, price, article, stock

Вроде данный способ не плохой. Но может быть лучше для каждой компании создавать таблицу? Компаний может быть много. Например так:

ТоварыКомпаний_1 (1 - id Компании)
product_id, price, article, stock

Будут еще характеристики для товаров, для каждой компании они свои, тогда нужно будет создавать еще одну таблицу:
ТоварыКомпанийХарактеристики_1 (1 - id Компании)

Как лучше хранить данные? Пожалуйста, аргументируйте почему именно ваш вариант лучше.

@Jodah · 09.12.2016, 13:53

Сообщение от i_albakov

Но может быть лучше для каждой компании создавать таблицу?

Зачем?

Сообщение от i_albakov

Компаний может быть много.

И получить 1000 таблиц вместо 1000 записей? Бессмысленно.

Сообщение от i_albakov

Будут еще характеристики для товаров, для каждой компании они свои

Смотря в каком виде они должны загружаться пользователями. Если таблицей или текстом - то можно просто доп. поле добавить. Если нужно именно чтобы юзер мог массив характеристик передать, тогда да, отдельная таблица.

Я бы сделал примерно так:

product

product_id

title

company

company_id

title

company_product

company_product_id

product_id

company_id

price

article

stock

company_product_option

company_product_option_id

company_product_id

name

value

Новые блоги и статьи Все статьи Все блоги /
Первый деплой lagorue 16.01.2026 Не спеша развернул своё 1ое приложение в kubernetes. А дальше мне интересно создать 1фронтэнд приложения и 2 бэкэнд приложения развернуть 2 деплоя в кубере получится 2 сервиса и что-бы они. . .	Расчёт переходных процессов в цепи постоянного тока igorrr37 16.01.2026 / * Дана цепь постоянного тока с R, L, C, k(ключ), U, E, J. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа, решает её и находит токи на L и напряжения на C в установ. режимах до и. . .	Восстановить юзерскрипты Greasemonkey из бэкапа браузера damix 15.01.2026 Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым. Но восстановить их можно так. Для этого понадобится консольная утилита. . .	Изучаю kubernetes lagorue 13.01.2026 А пригодятся-ли мне знания kubernetes в России?
Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .

@i_albakov 0 / 0 / 0 Регистрация: 09.12.2016 Сообщений: 1

	Нужен совет по организации структуры БД 09.12.2016, 12:54. Показов 646. Ответов 1 Метки нет (Все метки) Пишу простой аналог Яндекс Маркета. Опишу то, как сделано сейчас: 1. Все товары хранятся в одной таблице Товары. 2. Все компании хранятся в одной таблице Компании. 3. Через отдельную таблицу ТоварыКомпаний связываю общие данные о товаре (Пункт 1), данные о конкретной компании (Пункт 2) и дополнительные данные о товаре (цена, артикул, кол-во на складе) для конкретной компании: 1. Товары: id, title 2. Компании: id, title 3. ТоварыКомпаний product_id, company_id, price, article, stock Вроде данный способ не плохой. Но может быть лучше для каждой компании создавать таблицу? Компаний может быть много. Например так: ТоварыКомпаний_1 (1 - id Компании) product_id, price, article, stock Будут еще характеристики для товаров, для каждой компании они свои, тогда нужно будет создавать еще одну таблицу: ТоварыКомпанийХарактеристики_1 (1 - id Компании) Как лучше хранить данные? Пожалуйста, аргументируйте почему именно ваш вариант лучше. 0