なるほど！(>_<)閉じる1〜1件/1件中 ・tblやdbなどの接頭語は冗長であり無駄なので使わない ・すべてのテーブルは少なくとも1つのプライマリーキーが必要 カラム規則 ・カラム名はっかりとした英語で自然な意味を持つようにしたい。こうすることで意味の通じるものになる。 All Rights Reserved.「追加する」ボタンを押してください。閉じる※知恵コレクションに追加された質問は選択されたID/ニックネームのMy知恵袋で確認できます。不適切な投稿でないことを報告しました。 データベース名、テーブル名、カラム名には、キャメルケースは使えないのでしょうか？ 意味的な区切りを付ける場合には、アンダースコアを用いるのがスタンダードな命名規則なのでしょうか？(?_? ネーミングルール（命名規約）とは何か. phpに引き続きdb命名規則も作成しておきます。とはいっても、自分で作成する知識も経験も無いので参考になりそうな情報を探してみました。すると、こちらのサイトで纏められていたので丸パクリ使わせてもらう事にします。テーブル名

意味的な区切りを付ける場合には、アンダースコアを用いるのがスタンダードな命名規則なのでしょうか？(?_?) IDでもっと便利に 2011/3/14 23:57:56 ∟JASRAC許諾番号：9008249113Y38200Copyright (C) 2020 Yahoo Japan Corporation. ローマ字表記の日本語原則、カラム名は英語の単語で組み立てる。ローマ字表記の日本語は消極的に採用(※)する。エンティティのメタデータの管理の位置付けにおいて、用語の正規化(≠DBの正規化)をおこないエンドーユーザと調整する。この作業で多くの用語はローマ字表記しなくてよい状態になる。しかし、会社固有のネーミングが残り、それを無理に英単語で構成すると、業務担当者も聞きなれない新用語の登場になってしまう。 1. 命名規則. 前提：ひとまずMySQLを対象とします。ログインして回答するあんまり回答がないので調べたり聞いたりしたことメモ質問文を編集しました。回答はまだありませんコメントはまだありませんこれ以上回答リクエストを送信することはできません。ログインして回答する テーブル名にプレフィックスは付けるようにしていますが…。 紙ベースでモデルの確認するときにはあると便利だったり、改修が入る時にも私にはしっくりきますね。 命名規則さえきっちりしていればという前提付きですが。 DATABASE　LABOデータベースを設計する上で、テーブル名（表名）やカラム名（項目名）を決定するのは設計者に取って結構面倒です。名前なら何でも良いということはなく、規則性を持ち、意味を簡潔に伝え、かつ解りやすく、重複なく、・・・と考えると名前を決めるのも厄介です。生まれた子供の名前を付けるならいざ知らず、大規模システムとなると何百、何千という数のカラムが存在します。その後の開発工程にも影響しますので何かしらのルール（規約）が必要になります その名の通り、テーブル名やカラム名に名前を付けるためのルール（規約）です。そしてネーミングルール（命名規約）も仕様書の一部です。もしなければ仕様書の一部ですので、テーブル設計時には作成します。小規模システムの場合は、省略する場合がありますが、できれば作成するほうが良いでしょう。 構築するシステムの規模や特性にもよりますが、一般的に、会社単位、プロジェクト単位、システム単位などでネーミングルール（命名規約）を作成します。ネーミングルール（命名規約）の対象とするシステムの共通ルール、テーブルのネーミングルール、カラム（項目）のネーミングルール等で構成されます。これ以外にプログラムのネーミングルールも存在します  ・名前は大文字、区切りには”_”(アンダーバー)を用い、あまりに長い名前にしない ・マスタ（リソース系）は、XXXXX_MST ・番号は、XXXXX_NOウェブやシステム開発など、今や技術者の仕事もクラウドソーシングの時代です今や業務システムは開発会社にまかせる時代ではありません自分たちで使うシステムは自分たちで作る！それがPEXAです その名の通り、テーブル名やカラム名に名前を付けるためのルール（規約）です。そしてネーミングルール（命名規約）も仕様書の一部です。もしなければ仕様書の一部ですので、テーブル設計時には作成します。 関連事項⇒ 引用符と引用識別子

データベース設計のテーブル名、カラム名の物理名について、とても個人的な自分ルールをご紹介。テーブル名は、カラム名は、大文字小文字はDBMS、OS、プログラミング言語によって区別されたりされなかったりするので、無用なトラブルを避けるため。ヘボン式で統一すれば、ツはtuなのかtsuなのか、シはsiなのかshiなのかで迷わなくなる。テーブル名に t_***、m_***、c_*** などを付けて、テーブル、マスタ、多対多の関連を表すテーブル、ログ的なものなど、意味に応じて目印を付ける。目が慣れれば、テーブル名とテーブル名ではないものが視覚的に違うということもあって、見た目にわかりやすい。名前は短い方がパフォーマンスが上がるのかどうか確かめていないが、長さは気にしない。こんな感じになる。一見、カラム名が長いし、そんなに格好良いわけでもないのですが、開発はものすごく楽です開発手法や使用するフレームワーク、使っている道具などによって、何が楽な方法なのかは違うと思います。私からこれをお勧めしたいというより、同じことをしている方がどのくらいいるのか？似たようなことをして困ったこと、逆に便利でやめられないこと、普通はこうするもんだなど他の方の意見、感覚を聞けるとうれしいです。 命名規則の設定のための一般的な規則 データ処理プロジェクト、特に複数アプリケーション環境においては、 適切な命名規則が必要です。 適切な命名規則には、以下のような一般規則が含まれます。 こんにちは、参考にさせてもらってます。カラム名にテーブル名を含むというのは面白いですね。一括置換とか、確かに色んなところで楽になりそう。自分はid, name, created_at, updated_atなどです。