0

私はいくつかの予備的な読書をしました。

構成ファイルとデータベーステーブル
SQLテーブルの「ステータス」列に使用するタイプ

テーブル：

[video]
    id
    title
    format_id (foreign key)
    language_id (foreign key)
    aspect_ratio_id (foreign key)

[formats]
    id
    name

[languages]
    id
    name

[aspect_ratios]
    id
    name

最後の3つのテーブル（フォーマット、言語、aspect_ratios）は、（あるとしても）あまり変更されません。つまり、サポートがあれば新しい言語を追加するかもしれません。

では、これらのタイプのテーブル（参照のみ、更新/挿入はほとんどありません）をスタンドアロンのyamlファイルに抽出し、ビューを処理するアプリケーションロジックを用意することをお勧めしますか？または、テーブル結合の（小さな）コストでデータとリレーショナル整合性を維持するために、すべてをDBに保持する必要がありますか？

4

2 に答える 2

1

それらがめったに変更されず、デプロイ前またはデプロイ時に定義できる場合は、YAMLまたはJSONのいずれかのファイルを使用します。

于 2012-07-06T20:51:10.037 に答える
1

これらのテーブルに参照整合性（つまり、外部キー）を適用する必要がありますか？はいの場合は、それらをデータベースに保持し、DBMSに強制させます。他の種類の整合性についても同様です。

これらのテーブルを他の人と参加させるつもりですか？はいの場合は、それらをデータベースに保持し、DBMSに手間のかかる作業を任せます。

トランザクション方式で更新する必要がありますか（まれですが）？はいの場合は、DBMSにACIDを提供させます。

このデータをバックアップする必要がありますか？はいの場合は、通常のデータベースバックアップと一緒に実行します。

このデータがすべてのクライアントで同じであることを確認する必要がありますか？はいの場合、データベースなどの中央の場所が当然の候補です。

等...

于 2012-07-06T22:40:43.503 に答える