テーブル設計について

Question

銘柄テーブル stocks があるとします。
id, code(銘柄コード), name

そこで株価テーブルを作る場合
キーは何にしたらよいでしょうか？
stocksテーブルのidかcode(銘柄コード)にしたらよいのか迷っています。
銘柄コードは仕様的に一意に割り振られていて将来変更もされないとします。
銘柄コードのほうが人間にもわかりやすいので迷っています。

宜しくお願いします。

Answer 1

stocksテーブルにidが必要なのかどうかが疑問ですが・・・
銘柄コードは仕様的に一意に割り振られていて将来変更もされないのであれば、銘柄コードをプライマリキーに使えばよいのではないでしょうか。

ほかの部分も含めたシステム全体やフレームワークでidをキーにした構成になっているならidをキーにし、codeにインデックスを張るのも間違った設計ではないとは思います。

Answer 2

銘柄コードは仕様的に一意に割り振られていて将来変更もされないとします。

この条件があるなら、stockテーブルにidは不要と思います。
idの存在意義がまったくないですね。
銘柄コードをキーにして、各テーブルを作るのが良いと思います。

Answer 3

これがマスターテーブル的なものだとすると、
キーが人間に分かりやすいか否かってのは
優先度が高くないような気がしますね～

あと、変更はなくとも上場廃止となった場合の
扱いをどうするかによっても事情が変わるかも。
また、全部の市場を対象にするのか、
特定の市場にしぼったものかによっても。

将来の拡張や変更に対応しやすくするなら
銘柄に関係なくオリジナルなidで管理するのも
考えていいのではないでしょうか。
使い捨てなら銘柄コードでも十分だと思います。

Answer 4

銘柄コードが不変なことへの依存は、やはり不安です。
次のようにするとよいと思います。

＊ stocks 銘柄テーブル
id
code (銘柄コード)
name (名前)

code, name で インデックス を張る。

＊ prices 株価テーブル
id
stock_id (銘柄テーブルの id)
time (時間)
price (株価)

stock_id, time で インデックスを張る。

これは、rails4 で次のような関係を表現する場合に相当するデータ構造です。
(stocks と price が 1 対 多 の関係)
stocks
has_many :prices

prices
belongs_to: stocks