I need to create the following database:

Size: px

Start display at page:

Download "I need to create the following database:"

Natalie Matthews
5 years ago
Views:

1 MySQL Supertype/Subtype design (A supplementary document for Assignment 2) Sources: supertype subtype design Problem (note: edited from the above source. Please take it as an example, not an exact implementation for the assignment s supertype-subtype relationships): I need to create the following database: Vehicle can be semi-trucks and cars. For semi-trucks I don't need extra subtypes, while for Car I need to have only 3 subtypes (Van, Suv and Sedan) and also for Sedan I need the four subtypes (Gas, Diesel, Hybrid and Electric). For SELECTs I will use JOINs (normalized database) but I need to find an easy way to make correct INSERTs. Vehicle table stores common information Semi-truck stores specific information for semi-trucks Car tables has specific fields for cars and a car_type field which is linked to the three subtypes Van, Suv and Sedan (and other types if I would need them) should be in one table CAR_TYPE However, for Sedan type I need to have additional subtypes which maybe should be contained in another table. These subtypes are not needed for Suvs and Vans (in real life suv, vans can have the same subtypes as sedans but not in my case). I need this database to be created exactly as it is in the diagram.

2 So far, my first approach is to have the following tables: Vehicle: veh_id, veh_type(semi, car),..., other_fields Vehicle_semis: veh_id,..., other_semis_fields Vehicle_car: veh_id, car_type(van, Suv, Sedan), other_car_specific_fields Car_type: car_type_id, type Sedan_type: sedan_type_id, type Solution Before I get started, I want to point out that "gas" describes either fuel or a kind of engine, not a kind of sedan. Think hard before you keep going down this path. (Semantics are more important in database design than most people think.) What you want to do is fairly simple, but not necessarily easy. The important point in this kind of supertype/subtype design (also known as an exclusive arc) is to make it impossible to have rows about sedans referencing rows about semi-trucks, etc..

3 MySQL makes the code more verbose, because it doesn't enforce CHECK constraints. You're lucky; in your application, the CHECK constraints can be replaced by additional tables and foreign key constraints. Comments refer to the SQL above them. create table vehicle_types ( 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' This is the kind of thing I might implement as a CHECK constraint on other platforms. You can do that when the meaning of the codes is obvious to users. I'd expect users to know or to figure out that 's' is for semis and 'c' is for cars, or that views/application code would hide the codes from users. create table vehicles ( 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) The UNIQUE constraint lets the pair of columns {veh_id, veh_type_code} be the target of a foreign key reference. That means a "car" row can't possibly reference a "semi" row, even by mistake. insert into vehicles (veh_id, veh_type_code) values (1, 's'), (2, 'c'), (3, 'c'), (4, 'c'), (5, 'c'), (6, 'c'), (7, 'c'

4 create table car_types ( 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) Something else I'd implement as a CHECK constraint on other platforms. (See below.) insert into veh_type_is_car values ('c' Only one row ever. create table cars ( veh_type_code char(1) not null default 'c', 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) The default value for veh_type_code, along with the foreign key reference to veh_type_is_car, guarantees that this rows in this table can be only about cars, and can only reference vehicles that are cars. On other platforms, I'd just declare the column veh_type_code as veh_type_code char(1) not null default 'c' check

5 (veh_type_code = 'c'). 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 ( 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' If you have to build additional tables that reference sedans, such as gas_sedans, diesel_sedans, etc., then you need to build one-row tables similar to "veh_type_is_car" and set foreign key references to them.

3.1. Keys: Super Key, Candidate Key, Primary Key, Alternate Key, Foreign Key

Unit 3: Types of Keys & Data Integrity 3.1. Keys: Super Key, Candidate Key, Primary Key, Alternate Key, Foreign Key Different Types of SQL Keys A key is a single or combination of multiple fields in a