0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

ER図作成時のテーブル名について

0
Last updated at Posted at 2026-08-20

あくまで個人的見解です。

気を付けたいのは情報種の見通しやすさ

どの現場でもおおよそ似たような命名をされていたようには思う。
何らかのDBビューアでおおむね左側ペインにリストされた時に、
業務順・発生順に並ぶことが理想。

1byte目

マスタデータなら「M」、実績データなら「T」。
いわずもがな「M」は「Master」、「T」は「Transaction」の略。
現場によっては「D」の「Data」であったりもしたし、
「0001」などの0埋め連番であったりもした。
0埋め連番はある程度の秘匿性は期待できるのかもしれないが、
開発側としては慣れるまでの当分の間は対応表が必要になるため、
その分若干工数を取られたように思う。

2-3byte目

ここを業務境界として使用し「_」区切りでテーブル名を続けると、
万人受けしやすいように思う。
業務としては主に以下を想定する。

  • CM:業務共通(CoMmon)
  • SG:販売目標(SalesGoal)
  • SA:営業活動(Sales Activity)
  • PP:生産計画(Production Plan)
  • PU:購買(PUrchase)
  • PR:製造(PRoduction)
  • PC:調達(ProCurement)
  • SL:販売(SaLes)
  • SQ:見積(Sales Quotation)
  • SO:受注(Sales Order)
  • SB:受注残管理(Sales Backlog)
  • LW:入出庫管理(Logistics Warehousing)
  • LI:在庫管理(Logistics Inventory)
  • LP:流通加工(Logistics Processing )
  • LS:出荷(Logistics Shipping)
  • AS:売り上げ(Accounting Sales)
  • AP:仕入れ(Accounting Purchase)
  • AC:原価管理(Accounting Cost)
  • HR:人事(Human Resource)
  • SY:システム(SYstem)

4byte目

「_」で区切り5byte目以降にテーブル名を続ける。

5byte目以降

ここは好みがわかれるところではあるが、
英単語でなく変則ヘボンで記載した方が文字数は抑えられることが多い。
ただ一般的な英単語を使用した方が文字数を抑えられる場合は英単語を使用した方がいい。
「なんば」を「namba」と記載するのは個人的には違和感を感じてしまうが、
「si」でなく「shi」、「ti」でなく「chi」、「hu」でなく「fu」とはしたい。
またできる限り昇順に並ぶように考慮すべきようにも思われる。

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?