Webページの追加コンテンツの標準DBテーブル構造？

Question

私はすべてのウェブサイトのページの情報を格納するために、このページテーブル構造を持っている

、

page_id 
page_url 
page_title 
page_subtitle 
page_description 
page_introduction 
page_content_1 
page_content_2 
page_content_3 
page_content_4 
... 

あなただけではなく、page_contentの、私はpage_content_1にpage_content_4を持っていることがわかります。理由は、ページごとに異なる種類のページコンテンツを保存することができるためです。

しかし、これは良い練習であるかどうかは疑問ですか？他の開発者がこのページテーブルをさらに発展させる場合、この構造が冗長であると思いますか？

このような追加のページコンテンツを保存するために別のテーブルを作成する必要があるかもしれないと思いますか？

テーブルpage_additional_content、

content_id 
content_additional_1 
content_additional_2 
content_additional_3 
content_additional_4 
page_id 

これは、より良いですか？

また、私が調べるべきより良い標準的なアイデアがありますか？

Answer 1

ビルやフッター）、あなたは次のようにテーブル構造を作成することができます。あなたが望むよう

page_content: 
    content_id (primary key) 
    actual_content (actual content of the page) 
page_structure: 
    page_id (foreign key of the page) 
    content_id (foreign key of the content) 
    order_in_page (order of the content in the page) 

あなたのコンテンツは、追加のテーブルを（ちょうどpage_structureに新しい行を追加し、order_in_pageカウンタをインクリメント）追加することなく、できるだけ多くのセクションに成長することができます。

Answer 2

同じ名前の列に数値の接尾辞が付いている場合は、通常は「新しい表+外部キー」と考えるべきです。

あなたは、おそらくのような構造化コンテンツテーブルの線に沿って何かを持つほうが良いでしょう：あなたはページ全体にコンテンツを再利用できるようにしたい場合は、このようなヘッダーとして（、クエンティンの答えに

document_id | page | content 
1   | 1  | foo, bar, baz