0

データベースを処理する最善の方法を見つけようとしていろいろ調べましたが、いくつか質問があります。

大きなテーブルと別々のテーブルのどちらが良いですか? サーバーの負荷に関して実際の違いはありますか?

私はある人にお金を払って、データベースといくつかの php をまとめてもらい、そこに侵入できるようにしました。冗長なようで、同じことを繰り返すのは好きではありません。

基本的にx_contentは次のとおりです。

ID | セクション | ページ | 見出し | コンテンツ

そしてx_menu_

ID | 親| リンク | ディスプレイ | ハシルド

（個人的には、大文字について私を悩ませています。サイト上の他のすべてがすべて小文字またはスクリプトキャメルケースであるため、標準ケースに行くと思います）

いずれにせよ、ID、(heading/DISPLAY)、および (page/LINK) は多かれ少なかれ (可能性があります) 同じです。これらを組み合わせて、残りの必要なものを追加することで、私は自分自身に好意を持っているように思えます。

私が欲しいもの：

ID | カテゴリー | 名前 | URL | 説明 | キーワード | コンテンツ | テーマ

それで、削除しx_menuて結合する必要がありますか？

*今、サイト内のすべてのページをリンクすると、40+ のようになります

4

1 に答える 1

0

メニューがアプリケーションで動的に構築されている場合は、メンテナンスを容易にするために、メニュー用に別のテーブルを用意することをお勧めします。

ただし、結合されたテーブルには、「メニュー」列が表示されません。URL に置き換えたいかどうかわかりません。しかし、私が見つけた違いは、すべてのページにURLがありますが、メニューに含まれている場合と含まれていない場合があることです。

「メニュー」が動的に構築されていない場合、メニューを別のエンティティにする必要があるかどうかを検討するために、より多くの情報を提供する必要があると思います。

于 2012-11-02T19:43:53.010 に答える