タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

DB設計に関するzuborawkaのブックマーク (2)

  • サロゲートキーと複合主キー | DBFlute

    一方で、Webサービス系などで論理設計と物理設計をもう一緒くたにやっていくような場合は、 正規化の論理に目の前にあるサロゲートキーを含めないようにすることが大切で、モデリングはナチュラルキーを基軸に考えていくとよいでしょう。 サロゲートキー (代理キー) サロゲートキー + (複合)ユニーク制約 ナチュラルキーをPKにせず、例えば連番となるようなカラムを用意して、それをPKにします。 これがサロゲートキーと言われるものですが、ナチュラルキーには別途ユニーク制約を付与する というのを忘れてはいけません。 ここでは、ナチュラルキーにユニーク制約を付けずにサロゲートキーだけを導入する方式は、業務的・実装的に意味はないと考え、ここでは取り扱いません。 議論の対象にすらしません。ユニーク制約を付けることで業務的なユニーク性を保ちつつサロゲートキーの恩恵を得ることができ、同時にナチュラルキーを明示する

    zuborawka
    zuborawka 2016/07/23
    個人的に定期的な話題
  • SNSなどのウェブサービスで画像やファイルなどのバイナリファイルを「DBに保存」するか「ファイルに保存」するかを迷っています。…

    SNSなどのウェブサービスで画像やファイルなどのバイナリファイルを「DBに保存」するか「ファイルに保存」するかを迷っています。 両者のメリット・デメリットと通常のウェブアプリで、ファイルアップロード系保存の定石などあればお教えください。 画像などのファイルは、不特定多数に見られるプロフィール画像や、特定のコミュニティの人などしか見られない画像などアクセス制限が必要だったりなかったりしますが、アクセス数は大きくないとします。 どちらでも実装可能ですが、メリット・デメリットや一般的にはどうしているかが知りたいです。

  • 1