構成テーブルとレポートフィールドを1つのテーブルに混在させるというのは悪い考えです。構成テーブルとレポートフィールドを1つのテーブルに混在させる
単純な例はnameフィールドとlast_logged_inフィールドを持つusersテーブルです。
admin-updated-configurationとproduction-updated-meta-dataを混在させる際の問題は何ですか？
私の腸の反応は根拠がありませんか？
必ずしも悪い考えではありません。しかし、いくつかのコーナーケースがあるかもしれません。
一般に、データベース設計を行う際には、情報がどのように使用されているのか、他のデータとどのように関連しているのかを見ていません。一般に、この種のデータはこのルールを破るものではありません。しかし、場合によっては可能性があります。
たとえば、多くのデータベースの問題は、データセットを追加するだけで解決できます。これにより、ログインごとにusersテーブルを更新する必要が生じるため、問題が発生します。問題がなくなる別の追加専用テーブルにログインした場合（ここで追加専用パターンを使用する必要がない場合は、問題ではありません）。
さらに、管理がより複雑になる可能性があります。
しかし、これらは通常重要ではなく、通常、時期尚早の最適化のカテゴリに分類されます。