非常に小さなデータ セットの場合、私が作業するポリシーでは、通常、それらをテキスト ファイルに貼り付けますが、私の経験では、これは開発上の頭痛の種になる可能性があります。通常、データはデータベースから取得されます。そうでない場合、データの設定/保存に関連するプロセスは通常、コードに隠されています。データベースを使用すると、通常、利用可能なすべてのデータと、それが他のデータとどのように関連しているかを確認できます。
非常に小さなデータ セットの場合は、コード内の内部データ構造 (Perl ハッシュなど) に格納するだけですが、変更が必要な場合は、開発者の手に委ねられます。
では、変更頻度の低いデータの小さなセットをどのように処理するのでしょうか? データベース テーブル、テキスト ファイル、または..をいつ使用するかの基準を設定していますか?
絶対にすべてにデータベーステーブルを使用したくなるのですが、これに何らかの影響があるかどうかはわかりません。
編集：コンテキストについて：
少数の企業の Web サイトに新しい連絡先フォームを設置するように依頼されましたが、今後も随時追加される予定です。ただし、企業には連絡先の電子メール アドレスがありません。これらの企業内のユーザーは (自分のアカウントから求人を投稿するため) 持っています。ただし、「投機的アプリケーション」タイプの機能が必要であり、フォームにはこれらのアプリケーションを送信するための電子メール アドレスが必要です。しかし、メール アドレスをプロパティとしてフォームに入力したくもありません。そうしないと、スパマーがメール ゲートウェイとして使用する可能性があります。明らかに、企業との ID -> contact_email タイプの関係が必要です。
SO、文字通り、約20回使用される数百万行のテーブルに列を追加するか、最大で約20行を保持する新しいテーブルを作成できます。これまでの典型的な対処方法は、厄介なテキスト ファイルを作成してそこから読み取ることでした。しかし、これはメンテナンスの悪夢を引き起こし、これらのテキスト ファイルは、依存するデータが変更されると頻繁に見直されます。おそらくこれはプロセスの誤りですが、私はこれについて意見を聞くことに興味があります.