私は小さなアプリケーションの中に収まるようにコンテンツ管理システムに取り組んでいます。私は現在、以下の名前の構造体にページを保存しています：CMSは通常、ページ情報を保持するスキーマをどのように構築しますか？
これはうまくいきますが、レベルのプロフェッショナルな名前を探したいと思います。誰もがより良いサウンドグループを提案することができます。うまくいけば、私のアプリケーションのこれらの重要な部分の命名は私にとって非常に重要であり、過去の経験から、ここの貢献者はしばしばいくつかの非常に良い提案をしていることを知っているので、
が、それはあなたの特定のアプリケーションに依存するが、CMSの背景から来て、私たちはCategoriesのようなものを持っていた - >ArticlesとArticlesた自己参照ので、子記事の無限を持つことができます。
クエリはちょっと面白くてもかまいませんが、記事の無限の重ね合わせが可能です。非常に柔軟です。
答えは実際にあなたの特定のアプリケーションに最も適しているかどうかによって異なります。
カテゴリの階層にページが格納されているシステムがあります。したがって、トップレベルのカテゴリのコレクションがあります。各コレクションには、ページのコレクションと子カテゴリの別のコレクションが含まれています。
この構造体は柔軟性が高く、2つのDBテーブルで管理できます。階層の複数のレベルを取得したい場合は、クエリが複雑になる可能性があります。同様アンドリューは言っ