MySQL - Supertype/Подтип дизайн

Question

Мне нужно создать следующую базу данных:

для полуавтоматических машин мне не нужны дополнительные подтипы, в то время как для автомобиля мне нужно иметь только те 3 подтип и также для Седана мне нужны четыре подтипа. Для SELECT я буду использовать JOINs (нормализованная база данных), но мне нужно найти простой способ сделать INSERT.

• таблица Vehicle хранит общие информационные
• Semi-грузовик хранит конкретную информацию для полуфабрикатов
• таблицы автомобилей имеет специальные поля для автомобилей и поле car_type, который связан с тремя подтипов
• Ван, сув и Седан (и другие типы, если он мне понадобится) должен быть в одной таблице CAR_TYPE
• Однако для типа Sedan мне нужно иметь дополнительные подтипы, которые, возможно, должны содержаться в другой таблице. Эти подтипы не нужны для Suvs и Vans (в реальной жизни SUV, фургоны могут иметь те же подтипы, что и седаны, но не в моем случае).

Мне нужна эта база данных, которая будет создана точно так, как на диаграмме.

До сих пор мой первый подход заключается в следующие таблицы:

• Автомобиль: veh_id, veh_type (Semi, автомобиль), ..., other_fields
• Vehicle_semis: veh_id, ..., other_semis_fields
• Vehicle_car: veh_id, car_type (Ван, Сув, Седан), other_car_specific_fields
• car_type: car_type_id, тип
• Sedan_type: sedan_type_id, тип

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

Любые идеи?

Спасибо!

UPDATE:

Следующая диаграмма основана на ответ @ Mike «s:

Answer 1

Перед тем, как приступить к работе, я хочу отметить, что„газ“описывает либо топлива или своего рода двигателя, а не своего рода седана. Подумайте, прежде чем продолжать идти по этому пути. (Семантика важнее в дизайне базы данных, чем большинство людей думает.)

Что вы хотите сделать, это довольно просто, но не всегда легко. Важным моментом в этом виде супертипа/подтипа (также известный как эксклюзивная дуга) является невозможность иметь ряды о седанах, ссылающихся на ряды о полуавтоматах и ​​т. Д.

MySQL делает код более подробным, потому что это не приводит к ограничениям CHECK. Ты счастливчик; в вашем приложении ограничения CHECK могут быть заменены дополнительными таблицами и ограничениями внешнего ключа.Комментарии ссылаются на SQL выше.

create table vehicle_types (
    veh_type_code char(1) not null, 
    veh_type_name varchar(10) not null, 
    primary key (veh_type_code), 
    unique (veh_type_name) 
); 

insert into vehicle_types values 
('s', 'Semi-truck'), ('c', 'Car'); 

Это то, что я мог бы реализовать как ограничение CHECK на других платформах. Вы можете это сделать, когда смысл кода для пользователей очевиден. Я ожидаю, что пользователи узнают или выяснят, что «для» - это для semis, а «c» - для автомобилей или что код просмотров/приложения скрывает коды от пользователей.

create table vehicles (
    veh_id integer not null, 
    veh_type_code char(1) not null, 
    other_columns char(1) default 'x', 
    primary key (veh_id), 
    unique (veh_id, veh_type_code), 
    foreign key (veh_type_code) references vehicle_types (veh_type_code) 
); 

ограничение уникальности позволяет пару столбцов {veh_id, veh_type_code} быть объектом внешнего ключа ссылки. Это означает, что строка «автомобиль» не может ссылаться на «полу», даже по ошибке.

insert into vehicles (veh_id, veh_type_code) values 
(1, 's'), (2, 'c'), (3, 'c'), (4, 'c'), (5, 'c'), 
(6, 'c'), (7, 'c'); 

create table car_types (
    car_type char(3) not null, 
    primary key (car_type) 
); 

insert into car_types values 
('Van'), ('SUV'), ('Sed'); 

create table veh_type_is_car (
    veh_type_car char(1) not null, 
    primary key (veh_type_car) 
); 

Что-то еще, что я использовал бы как ограничение CHECK на других платформах. (См. Ниже).

insert into veh_type_is_car values ('c'); 

Только один ряд.

create table cars (
    veh_id integer not null, 
    veh_type_code char(1) not null default 'c', 
    car_type char(3) not null, 
    other_columns char(1) not null default 'x', 
    primary key (veh_id), 
    unique (veh_id, veh_type_code, car_type), 
    foreign key (veh_id, veh_type_code) references vehicles (veh_id, veh_type_code), 
    foreign key (car_type) references car_types (car_type), 
    foreign key (veh_type_code) references veh_type_is_car (veh_type_car) 
); 

Значение по умолчанию для veh_type_code, наряду с внешним ключом ссылкой на veh_type_is_car, гарантирует, что эти строки в этой таблице может быть только об автомобилях, и может только ссылки на транспортные средства, которые являются автомобили. На других платформах я просто объявляю столбец veh_type_code как .

insert into cars (veh_id, veh_type_code, car_type) values 
(2, 'c', 'Van'), (3, 'c', 'SUV'), (4, 'c', 'Sed'), 
(5, 'c', 'Sed'), (6, 'c', 'Sed'), (7, 'c', 'Sed'); 

create table sedan_types (
    sedan_type_code char(1) not null, 
    primary key (sedan_type_code) 
); 

insert into sedan_types values 
('g'), ('d'), ('h'), ('e'); 

create table sedans (
    veh_id integer not null, 
    veh_type_code char(1) not null, 
    car_type char(3) not null, 
    sedan_type char(1) not null, 
    other_columns char(1) not null default 'x', 
    primary key (veh_id), 
    foreign key (sedan_type) references sedan_types (sedan_type_code), 
    foreign key (veh_id, veh_type_code, car_type) references cars (veh_id, veh_type_code, car_type) 
); 

insert into sedans (veh_id, veh_type_code, car_type, sedan_type) values 
(4, 'c', 'Sed', 'g'), (5, 'c', 'Sed', 'd'), (6, 'c', 'Sed', 'h'), 
(7, 'c', 'Sed', 'e'); 

Если вы должны создать дополнительные таблицы, которые ссылаются на седаны, такие как gas_sedans, diesel_sedans и т.д., то вам нужно построить однорядные таблицы, аналогичные «veh_type_is_car» и установить внешний ключ ссылки на них.

В производстве, я бы отменить разрешения на базовые таблицы, а также использовать

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

Answer 2

Я отсылаю вас к вкладке «Info» в следующих трех тегов:

class-table-inheritance single-table-inheritance shared-primary-key

Первые два описания двух основных шаблонов проектирования для решения класса/подкласса (так называемый тип/подтип) при создании реляционной базы данных. Третий описывает метод использования одного первичного ключа, который присваивается в таблице суперкласса и распространяется на таблицы подкласса.

Они не полностью отвечают на вопросы, которые вы поднимаете, но они проливают свет на всю тему. Эта тема, имитирующая наследование в SQL, появляется снова и снова как в SO, так и в области DBA.