たとえば、「高さ」など、異なる単位で表示される可能性があるが、1 つのみで保存される測定値であるデータベースのフィールドに関する質問があります。
「パターン単位」はどこに記載すればよいですか。もちろん、ドキュメンテーションなどでは...しかし、誰もドキュメンテーションを読んでおらず、自己文書化されたものが望ましいことは誰もが知っています。
実用的な観点から、データベース フィールド (たとえば、height_cm など) にコーディングすることについてどう思いますか?
これは一見奇妙に思えますが、さまざまな人が直接データベースを扱っており、「パターン単位」が決して変わらない場合、間違いを避けることが実際的であることがわかります。
どう思いますか？
height_cm の何がおかしいのですか? は、私にはよく見えますよ。
場合によっては、測定値と単位が 2 つの別々のフィールドに表示されることがありますが、これははるかに苦痛です。
単位が変わらないことを知っている限り、height_cm はそれに対処する良い方法だと思います。
ほとんどのデータベースは、列に対するコメントをサポートしています。たとえば、Postgres では、次のようなコメントを設定できます。
COMMENT ON COLUMN my_table.my_column IS 'cm';
このようにユニット名を保存することは、データベースが自己文書化していることを意味します。また、標準的な科学単位 (つまり、メートル法) を使用することを強くお勧めします。
フィールド名に単位を追加しても問題ありません。
私が言える唯一のことは、命名規則をデータベース全体で一貫させることです。つまり、同じデータベースに両方が存在するheight_cm状況を避けてください!mm_width
通貨のように変化する可能性のある措置には注意してください。多くの場合、メジャーの変更時にデータベース フィールドの名前を変更することは実用的ではありません。
amount_mk以前は金額をマルク単位で含んでいたが、現在は実際にはユーロ単位で金額を含んでいるというフィールドを持つのはかなりばかげています。