0

20 ～ 30 個のフィールドを持つフォームの値を格納するフィールドの命名に関して、推奨事項やベスト プラクティスがあるかどうかを知りたいです。

フォームはまれに変更される場合があります (おそらく 4 ～ 8 年以内)。

グループの大部分は、Box001、Box002、..、Box030 を採用する必要があるソリューションであると考えているようです。

フィールドの名前には、「ボックス」が何を表すかを意味的に説明する必要があると強く感じています。主に 2 つの理由があります。削除/追加の場合のフレーム シフトと、これらのフィールドの参照が容易になるためです。

主にフォーム フィールドをシリアル化するオプションを断念しました。これは主に、将来データに関するレポートが生成される可能性があるためです。

私がグループ内で圧倒的多数に直面していることを考えると、次のようになります。

  1. この種のデータを保存するためのベスト プラクティスはありますか?
  2. 説得力のある議論はありますか、それとも私のスタンスが単に間違っているのでしょうか?
4

2 に答える 2

0

データベースを設計するとき、テーブル名とフィールドは意味的に説明的であるべきだと私はあなたと同じように感じます。

ただし、時間の経過とともにフロント エンドを変更する必要がある場合、フィールドに Box001、Box002 などの名前を付けても、特に開発者が新しい場合は、何度も繰り返すとさらに混乱します。

フロントエンドをバックエンドにマッピングする中間テーブルを作成することを検討する価値があります。

たとえば、「住所」というフォームにテキストボックスがあり、データベースにストリート名というフィールドがあるとします。したがって、住所をストリート名にマップするテーブルを作成すると、将来、「住所」が突然「住所 1」になり、マップを更新するだけで済みます。このようにして、db フィールドを記述的に維持できます。

于 2013-03-14T09:20:02.923 に答える