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

@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

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .
Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .

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

	Нужен совет по организации структуры БД 09.12.2016, 12:54. Показов 664. Ответов 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