DBの一意項目と命名規約について

Question

2つの異なるDB（mysqlとoracle）にキーとして同じカラムを設け同じ値を入れる必要が
あるのですがデータ上明確にプライマリーになる値がなく、タイムスタンプ(ミリ秒)を取得して
これをプライマリキーにしようと考えています。
この時、タイムスタンプ(ミリ秒)に良いカラム名はありませんでしょうか。いまはtimestamp_xx、xx_timestampみたいな感じを考えていますがいまいちな気がしています。
またそもそもなのですが、複数のテーブルやDBにデータを挿入する際に明確に一意になるような
項目がない場合何をプライマリキーとしておくことが望ましいのでしょうか

Answer 1

プライマリーキーになるならデータを一意に確定するためのカラムなので
idもしくはtimeidなどで十分では？

Comments

[enigumalu]

たしかにxx_idとかが望ましいのかなと思います。
結局インサートした時間なのでreg_time_idとかreg_timestamp_idは変でしょうか？
やはりtimestampと名前につくのは微妙ですかね

[yambejp]

タイムスタンプはミリ秒単位ではないので命名に「timestamp」を含むと
むしろ仕様をわかりづらくするかもしれません
もちろん気にしないなら問題ないと思いますが・・・

Answer 2

この時、タイムスタンプ(ミリ秒)に良いカラム名はありませんでしょうか。

汎用的なものであれば

• insert_timestamp
• ins_time

といった感じになりますが、可能であれば提供するサービスで使用される言葉に合わせた方がよいです。（「登録日時」であればregistration_time等）

またそもそもなのですが、複数のテーブルやDBにデータを挿入する際に明確に一意になるような

項目がない場合何をプライマリキーとしておくことが望ましいのでしょうか

連番（SEQUENCEやIDENTITYカラムで実装）、タイムスタンプ、UUID等でしょうか。タイムスタンプの場合は衝突することがあるので、再取得または連番を付加するといった考慮が必要です。

Comments

[enigumalu]

サービスに合わせるとregかreceptです。
自分で命名して思ったのがカラム名にtimestampってつくのはどうなのでしょうか？
今思いついたのがtimestamp＋threadとかにしちゃおうかなと思っているので
なおのこと意味有りな名前が付けにくいなと

[SVC34]

カラム名にtimestampという単語が使われることはよくあります。
しかし、構築中のサービスやシステムでそれを使うと意味が分かりにくくなる、違和感があるとあなたが感じるのであれば、使わない（連番等を使用する）方がよいでしょう。

Answer 3

二つの DB に書くといっても、どちらかがメインであるはずですよね（どちらが先に決まるか、でもいいですが）。
であれば、メイン側の DB でシーケンスを使って PK を作り、サブ側には PK も含めてデータを渡しますかね（サブ側にはシーケンスを作らない）。
でないと、メインとサブが同一のシーケンス番号であることを保証しきれませんから。

Answer 4

ORACLEならSEQUENCE を作るか、
もしくは他のカラムとの複合キーを主キーにするとかですかね。