これは十分な主キーですか？

Question

私は、各イベントを定義するために、さまざまなタイプのサブテーブルとイベントのテーブルを持っています。

イベントテーブルには、ID、潜在的に一意でないDatetime、userId、およびイベントタイプコードがあります。

イベントタイプテーブルの場合、ExerciseStart ...は適切な主キーEventIdですか？各イベントは1つのタイプなので、これは決して倍増しません。誤って倍増するのを避け、潜在的にクエリー・ライティングを簡単にするために、おそらく複合主キーとして、サブカテゴリーにdatetimeを含めると便利ですか？ （それはまた私が感じる重複しているだろうが）。

（私は複合キーとして日時およびイベントタイプコードを使用していたが、それは私に多くの潜在的に危険なようでない限り）

Answer 1

私は何が必要だと思うクラステーブルinteritanceと呼ばれている： あなたが含まれているenvent_tableを持っていますすべての共通のプロパティとさまざまなタイプのイベントの多くのタブレ

それはこのようなものが考えられます。「継承」または「サブクラス」を行うための通常の方法は、化合物の(event_type, event_ID)上のキーと用途を持つことである標準SQLを使用して

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

...

制約を持つ参照 'サブタイプ'テーブルのこのキーは、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 -- 
); 

しかし、それはCHECK制約を強制しないことにMySQLで大きな問題がある:([誰もがこのような状況に耐えることができますどのように私を超えている！]だから、あなたの質問に答えるには、event_IDだけのキーを持っているだけでは適切ではありません。

event_IDが候補キーになるように誘惑しているかもしれませんサブタイプテーブルでは、これは良い考えではないかもしれません。 ouldは与えられたevent_IDがテーブルに現れるように1つの行だけを許可します。もしその行のタイプが間違っていれば、正しいタイプの行が挿入されないでしょう！

解決策？より良いSQLインプリメンテーションに移動する）