Является ли это адекватным первичным ключом?

Question

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

Таблица событий имеет идентификатор, (возможно, не уникальное) Datetime, userId и код типа события.

Для таблиц типа события, скажем, ExerciseStart ... is EventId имеет достаточный первичный ключ? Каждое событие имеет только один тип, поэтому его никогда не следует удваивать. И полезно ли включать дату и время в подкатегории, даже, возможно, в качестве составного первичного ключа, чтобы избежать случайного удвоения и, возможно, упростить создание запросов? (хотя это также было бы лишним я чувствую).

(Если я не должен был использовать DATETIME и TypeCode события в качестве ключа соединения, но это, кажется потенциально более рискованным для меня)

Answer 1

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

Это может быть что-то вроде этого:

CREATE TABLE events(
    event_id SERIAL PRIMARY KEY, 
    ... other fields 
); 

CREATE TABLE event_typeN(
    event_id BIGINT UNSIGNED PRIMARY KEY, 
    ...other fields, 
    FOREIGN KEY(event_id) REFERENCES events(event_id) 
); 

Answer 2

Использование стандартного SQL ...

Обычный способ сделать «Наследование» или «подклассы» должен иметь ключ соединения на (event_type, event_ID) и использования этот ключ в ссылочных таблицах подтипа с ограничением CHECK, чтобы гарантировать, что event_type подходит для этого подтипа, например CHECK (event_type = 'Exercise start').

Дополнительным касанием является то, что event_type DEFAULT в таблице «подтип» снова соответствует соответствующему типу, например. event_type VARCHAR(20) DEFAULT 'Exercise start' NOT NULL.

структура может выглядеть следующим образом:

CREATE TABLE EventTypes 
(
event_type VARCHAR(20) NOT NULL PRIMARY KEY 
); 

CREATE TABLE Events 
(
event_ID CHAR(10) NOT NULL, 
event_type VARCHAR(20) NOT NULL 
    REFERENCES EventTypes (event_type), 
event_date DATE NOT NULL, 
PRIMARY KEY (event_type, event_ID) 
); 

CREATE TABLE ExerciseStartEvents 
(
event_ID CHAR(10) NOT NULL, 
event_type VARCHAR(20) DEFAULT 'Exercise start' NOT NULL 
    CHECK (event_type = 'Exercise start'), 
FOREIGN KEY (event_type, event_ID) 
    REFERENCES Events (event_type, event_ID), 
PRIMARY KEY (event_type, event_ID), 
exercise_description VARCHAR(30) -- etc -- 
); 

Однако есть большая проблема с MYSQL в том, что она не обеспечивает CHECK ограничений :([Как можно терпеть это за меня!] Так чтобы ответить на ваш вопрос, имеющий простой ключ на event_ID в одиночку не является адекватным, потому что не может обеспечить соответствующий тип в таблицах «подтипа».

Хотя это может быть заманчиво «содействовать» event_ID ключевым кандидатом в таблице подтипов это может быть не очень хорошая идея. ould допускает, чтобы в таблице отображалась только одна строка для заданного event_ID, если эта строка неправильного типа, это предотвратит вставку строки с правильным типом!

Решение? Перейти к лучшей реализации SQL;)