例えばブログサービスを開発するとして、
ブログテーブル
- ブログID
- ブログタイトル
記事テーブル
- ブログID(外部キー)
- 記事ID
- 記事タイトル
- 記事本文
だいぶ簡略化しましたがこんな感じの設計のテーブル構成にしたとします。
ただ、運用上ブログテーブルに格納されるデータの件数、つまりはブログの数自体は精々3か4つくらいだったとすると、ブログテーブルというのはたった3,4件の情報を管理するためだけに存在するものとなってしまいます。
テーブル上で必要な情報を一元管理できたり外部キーとして扱えるようになる恩恵はわかるのですが、ここまで格納される件数の少ないテーブルが存在するのって感覚的にちょっと気持ちが悪い気がしてしまうのですが、特に問題はないのでしょうか?
回答7件
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。