私は、多くの人々によって時間をかけて開発された DB を使用しています。コストまたは価格に関連するフィールドに関しては、多くの矛盾があります。これらの列が NULL であるテーブルもあれば、NOT NULL であるテーブルもあります。テーブルとコードを特定の基準に更新することを考えています。
NULLを許可する唯一の利点は、値が設定されていない（NULL）か、値が空白に設定されている（0.00）かの違いです。列が NOT NULL の場合、すべてのレコードのデフォルトが 0.00 になり、ユーザーがどのレコードを 0.00 に設定したかを判別できなくなります。一方、ユーザーがシステムでコストまたは価格を 0.00 に設定しても意味がありません。
あなたの意見では、これに関するベストプラクティスは何ですか?
NULL は「不明」を意味します。「0.00」が価格/コストでない場合は、NULL にする必要があります。0.00 のものもあります (CD を購入すると無料の T シャツがもらえる場合など)。テーブルの「ZeroMeansNotKnown」「フラグ」に設定しないでください。それはリスコードです。
これは管理の観点からはうまくいくかもしれませんが、フロントエンド アプリケーションからデータベースにクエリを実行する人はどうでしょうか? たとえば、ユーザーがコストが「0」のすべてのアイテムの検索をフィルター処理したい場合、NULL を考慮していません (ユーザーとしては考慮しない可能性が高いです)。
管理の観点から、null 列と値列の両方をクエリすることで、範囲全体をカバーするようにクエリを設定できます。
空の場合:
NULLIF(RTRIM(field), '') IS NOT NULL
null の場合:
NULLIF(RTRIM(field), NULL) IS NULL --or simply 'IS NULL'
デフォルト値:
(COALESCE(field, '0.0')