Оптимальная организация структуры БД

@Kasard · Регистрация: 20.10.2013

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

Добрый день!
Разрабатываю тестовую торговую площадку, и у меня возник вопрос по организации таблиц в БД, а именно:
есть три типа объявлений: транспорт1, транспорт2 и транспорт3, которые имеют как одинаковые, так и различающиеся поля.
Например:

транспорт1 включает в себя [наименование, тип двигателя, тип коробки передач, цена],
транспорт2 включает [наименование, тип двигателя, цена],
транспорт3 включает [наименование, цена].

Как в таком случае организовать БД для работы с rails-приложение?
У меня есть несколько вариантов:

1) Отдельная модель, контроллер и таблица для каждого транспорта. Соответственно, появляется дубляж кода, т.к. контроллеры будут выполнять одинаковые действия для разных моделей, а это не DRY.
2) Отдельная модель и таблица для каждого типа транспорта, но общение с моделями будет происходить из одного контроллера (например, OffersController). В таком случае нарушается структура rails-приложения, как я понимаю. Ведь взаимодействие с моделью происходит не из ее собственного контроллера.
3) Единая модель и таблица для работы со всеми типами сразу. То есть в одну таблицу будут сливаться объявления всех типов транспорта. В таком случае будет больше затрат на выгрузку определенных результатов из таблицы + некоторые поля не будут использованы определенным типом транспорта.

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

@Мотороллер · 12.10.2016, 07:16

STI

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@Kasard 0 / 0 / 0 Регистрация: 20.10.2013 Сообщений: 3

	Оптимальная организация структуры БД 10.10.2016, 11:32. Показов 1115. Ответов 1 Метки rails, ruby, бд (Все метки) Добрый день! Разрабатываю тестовую торговую площадку, и у меня возник вопрос по организации таблиц в БД, а именно: есть три типа объявлений: транспорт1, транспорт2 и транспорт3, которые имеют как одинаковые, так и различающиеся поля. Например: транспорт1 включает в себя [наименование, тип двигателя, тип коробки передач, цена], транспорт2 включает [наименование, тип двигателя, цена], транспорт3 включает [наименование, цена]. Как в таком случае организовать БД для работы с rails-приложение? У меня есть несколько вариантов: 1) Отдельная модель, контроллер и таблица для каждого транспорта. Соответственно, появляется дубляж кода, т.к. контроллеры будут выполнять одинаковые действия для разных моделей, а это не DRY. 2) Отдельная модель и таблица для каждого типа транспорта, но общение с моделями будет происходить из одного контроллера (например, OffersController). В таком случае нарушается структура rails-приложения, как я понимаю. Ведь взаимодействие с моделью происходит не из ее собственного контроллера. 3) Единая модель и таблица для работы со всеми типами сразу. То есть в одну таблицу будут сливаться объявления всех типов транспорта. В таком случае будет больше затрат на выгрузку определенных результатов из таблицы + некоторые поля не будут использованы определенным типом транспорта. Первый вариант явно не подходит, какой из оставшихся двух является наиболее верным в данной ситуации? Если не один не является, то подскажите, пожалуйста, как следует организовать структуру в таком случае? 0

@Мотороллер 435 / 246 / 43 Регистрация: 05.08.2013 Сообщений: 1,670
	12.10.2016, 07:16
	STI 0