Как лучше спроектировать БД

@Darwinian · Регистрация: 20.08.2012

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

Добрый день. Тут на работе при проектировании БД столкнулся с такой проблемой:
Есть физические и юридические лица (отдельные таблицы), и есть таблица с транспортными средствами, которые могут принадлежать одним или вторым. До меня структура уже была сделана так: были созданы две таблицы техники (по одной для каждого типа владельца), которые ссылаются на соответствующих владельцев. С одной стороны это упрощает выборку, но с другой, при создании новых таблиц, которые ссылаются на технику, мы снова должны создавать их парами.
Как в таком случае лучше будет поступить со связями, подскажите. Думаю, что это вполне обычная ситуация при проектировании.

@pincet · 22.08.2012, 10:08

физиков и юриков в одну таблицу.

@Grossmeister · 22.08.2012, 10:19

Я бы сделал одну таблицу техники, в которой 2 поля для ссылок: одно на юриков, другая на физиков.
Это если ну совсем нельзя юриков и физиков в одну таблицу

@pincet · 22.08.2012, 10:50

Зачем 2 ссылки? Техника может принадлежать и физ и юр лицу?
Я бы вообще сделал многие-ко-многим и развязывал бы документом с датой - можно организовать перемещение техники от лица к лицу

@Darwinian · 22.08.2012, 10:56 **[ТС]**

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

Я бы сделал одну таблицу техники, в которой 2 поля для ссылок: одно на юриков, другая на физиков.
Это если ну совсем нельзя юриков и физиков в одну таблицу

Как вариант. Для данного случая вполне приемлемо.
А чисто теоретически, если будет больше типов владельцев, то тогда просто на каждого из них добавлять соответствующее поле? Или может есть еще варианты?

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

физиков и юриков в одну таблицу.

Слишком различные у них данные. Получится, что половина таблицы будет пустовать.

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

Техника может принадлежать и физ и юр лицу?

Физ ИЛИ юр лицу, то есть только одному из них в данный момент времени, но может менять владельца, например, при продаже.

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

Я бы вообще сделал многие-ко-многим

Но только здесь нет многих-ко-многим. Техника ссылается только на одного владельца. А если делать через вспомогательные таблицы, то тогда нужно отдельные таблицы для разных типов владельцев?

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

развязывал бы документом с датой

Не совсем понял этот момент...

@Grossmeister · 22.08.2012, 11:02

Я исхожу из условия, что юрики и физики в разных таблицах

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

Зачем 2 ссылки? Техника может принадлежать и физ и юр лицу?

Для того, чтобы можно было навесить полноценные FK

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

Я бы вообще сделал многие-ко-многим и развязывал бы документом с датой - можно организовать перемещение техники от лица к лицу

Как определить, с какой таблицей связь?

Добавлено через 4 минуты

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

Слишком различные у них данные. Получится, что половина таблицы будет пустовать.

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

@pincet · 22.08.2012, 11:04

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

Слишком различные у них данные. Получится, что половина таблицы будет пустовать.

почитай реализацию супертипов - там много вариантов.

Добавлено через 43 секунды

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

Как определить, с какой таблицей связь?

я исходил из того, что есть только одна таблица для физ и юр

@Darwinian · 22.08.2012, 11:05 **[ТС]**

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

Как вариант, совпадающие реквизиты можно держать в одной таблице, а не совпадающие - в отдельных.

Спасибо за идею.

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

почитай реализацию супертипов

Спсибо, посмотрю.

@Grossmeister · 22.08.2012, 11:06

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

я исходил из того, что есть только одна таблица для физ и юр

Если таблица клиентов одна, то и ссылка техники на клиента одна - это само собой

@pincet · 22.08.2012, 11:16

сущность "Клиент", сущность "Единица техники", отношение м-м. ВВодим граничную сущность "Договор аренды" (например), развязывающую отношение м-м

Добавлено через 5 минут

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

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

нет, просто введи атрибут "Тип" и сущность "Тип клиента"

@Darwinian · 22.08.2012, 12:17 **[ТС]**

В общем получилось что-то такое. Прошу указать на возможные изъяны и дать советы.

@Darwinian · 22.08.2012, 12:26 **[ТС]**

Только как с такой структурой по имеющейся технике узнать подробности о владельце? Наверно нужно в owner добавить owner_type, чтобы знать с какой таблицей соединять. А средсвами sql это наверно получится не очень красиво и читаемо...

@pincet · 22.08.2012, 12:49

Концепт такой

@Darwinian · 22.08.2012, 13:58 **[ТС]**

Всё равно я здесь в упор не вижу отношения многие-ко-многим

@pincet · 22.08.2012, 14:14

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

Всё равно я здесь в упор не вижу отношения многие-ко-многим

оно уже развязно. Сущность "Договор" - граничная, она и развязывает отношение между "Персона" и "Техника". Вкратце - если имеется парт автомобилей, сдаваемых в аренду, и список клиентов, то один клиент может (в разное время) пользоваться многими автомобилями. Так же, один автомобиль может быть взят многими клиентами (опять же в разное время). Отсюда и многие-ко-многим.

@Darwinian · 22.08.2012, 14:33 **[ТС]**

О! теперь всё стало понятно. Спасибо.

Просто у нас в программе нет аренды, а есть владение техникой - вот я и не видел этого.
Спасибо за более широкий взгляд на проблему.

Новые блоги и статьи Все статьи Все блоги /
Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .	Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .

@Darwinian 1 / 1 / 1 Регистрация: 20.08.2012 Сообщений: 16

	Как лучше спроектировать БД 21.08.2012, 21:40. Показов 1875. Ответов 15 Метки нет (Все метки) Добрый день. Тут на работе при проектировании БД столкнулся с такой проблемой: Есть физические и юридические лица (отдельные таблицы), и есть таблица с транспортными средствами, которые могут принадлежать одним или вторым. До меня структура уже была сделана так: были созданы две таблицы техники (по одной для каждого типа владельца), которые ссылаются на соответствующих владельцев. С одной стороны это упрощает выборку, но с другой, при создании новых таблиц, которые ссылаются на технику, мы снова должны создавать их парами. Как в таком случае лучше будет поступить со связями, подскажите. Думаю, что это вполне обычная ситуация при проектировании. 0

@pincet 1654 / 1153 / 173 Регистрация: 23.07.2010 Сообщений: 6,910
	22.08.2012, 10:08
	физиков и юриков в одну таблицу. 0

@Grossmeister 4217 / 3059 / 583 Регистрация: 21.01.2011 Сообщений: 13,203
	22.08.2012, 10:19
	Я бы сделал одну таблицу техники, в которой 2 поля для ссылок: одно на юриков, другая на физиков. Это если ну совсем нельзя юриков и физиков в одну таблицу 0

@pincet 1654 / 1153 / 173 Регистрация: 23.07.2010 Сообщений: 6,910
	22.08.2012, 10:50
	Зачем 2 ссылки? Техника может принадлежать и физ и юр лицу? Я бы вообще сделал многие-ко-многим и развязывал бы документом с датой - можно организовать перемещение техники от лица к лицу 0

@Darwinian 1 / 1 / 1 Регистрация: 20.08.2012 Сообщений: 16
	22.08.2012, 12:17 [ТС]
	В общем получилось что-то такое. Прошу указать на возможные изъяны и дать советы. Миниатюры 0

@Darwinian 1 / 1 / 1 Регистрация: 20.08.2012 Сообщений: 16
	22.08.2012, 12:26 [ТС]
	Только как с такой структурой по имеющейся технике узнать подробности о владельце? Наверно нужно в owner добавить owner_type, чтобы знать с какой таблицей соединять. А средсвами sql это наверно получится не очень красиво и читаемо... 0

@pincet 1654 / 1153 / 173 Регистрация: 23.07.2010 Сообщений: 6,910
	22.08.2012, 12:49
	Концепт такой Миниатюры 0

@Darwinian 1 / 1 / 1 Регистрация: 20.08.2012 Сообщений: 16
	22.08.2012, 13:58 [ТС]
	Всё равно я здесь в упор не вижу отношения многие-ко-многим 0

@Darwinian 1 / 1 / 1 Регистрация: 20.08.2012 Сообщений: 16
	22.08.2012, 14:33 [ТС]
	О! теперь всё стало понятно. Спасибо. Просто у нас в программе нет аренды, а есть владение техникой - вот я и не видел этого. Спасибо за более широкий взгляд на проблему. 0