PHP が MYSQL をデータベースとして使用する場合、コンテンツ フィールドをテーブルに分割する必要がありますか?

たとえば、テーブル
に ID 名のコンテンツがある場合、何らかの処理
を経て、このコンテンツを 10 個のテーブルに分散する必要がありますか?

サブテーブルをどのレベルと量で比較すると効率が向上するのか、それともまったく必要ないのか知りたいです。

ディスカッションへの返信 (解決策)

私の個人的な経験に基づいて、私はコンテンツの代わりにこのテーブルの ID を他の 10 個のテーブルに追加することになります。内容よりも。
もう 1 つのポイントは、一般に id が唯一の識別子であるということです

メインテーブルの ID 名
サブテーブルは 10 個あります
ID エイドの内容 ここで、エイドはメインテーブルの ID に対応します 私はこのように考えます

必要ありません!
表を分けたくても、分け方ではありません

10個の表から読み上げてから綴る必要はありません

読み返す必要はありませんか？ 10 個のテーブルから読み取って綴る必要がありますか?

いいえ、修正されています
記事テーブルはコンテンツ: ID CID タイトルです
列テーブルはチャネル: ID CID 名です
そして、異なる列は異なる列に対応します。サブテーブル (contet01 content02 content03 など) フィールドは ID 補助コンテンツです

たとえば、記事 ID 2 のコンテンツを検索したいとします
次に、ID 2 が属する列を最初に検索する必要があります。 ID 2 の記事は列 3 に属します
列 3 に対応するコンテンツ テーブルは content03 です

次に、プログラムは content03 から、aid = 2 のコンテンツ フィールド値を直接検索します

次に、プログラムは、次のコンテンツ フィールド値を直接検索しますcontent03 からの援助 = 2? ? ? ?
これは可能ですか？

次に、プログラムは content03 から、aid = 2 のコンテンツ フィールド値を直接見つけますか? ? ? ?
これは可能ですか？

そうではありません。 プログラムが aid=2 のコンテンツを見つけたい場合は、まず、aid=2 の記事テーブル内の対応する列 ID (列 3 など) を見つけます。
次に、列 3 に設定があり、すべての列3に属するコンテンツはそこにあります Content03テーブル

次に、プログラムは03テーブルに行き、aid=2のコンテンツ値を見つけて出力します

列テーブルは途中で指定された転送を行います

トラブルを求めていますか？

トラブルを求めていませんか？

ASP の CMS を使用したときは、Access データベースを使用して、データが多い場合に効率化するためにテーブルを分割するように設計されていました

でも、それが役立つかどうかはわかりません。 mysql でこのように分割するのは理にかなっているので、皆さんに質問です

テーブルの分割は、1,000 個の列がある場合、1,000 個のテーブルを追加する必要はありません。

記事テーブルと列テーブルを一緒に配置する必要はまったくありません。
記事をテーブルに分割する必要がある場合は、記事 ID を使用してテーブルを分割できます。
たとえば、記事 ID%10 は、サブテーブルのテーブル名である 0,1,2,3,4,5,6,7,8,9 を取得します。
ID に基づいてコンテンツがどのテーブルにあるかを判断できます。

たとえば、id=2 の記事コンテンツを検索したいとします。 $id%10 を使用して 2 を取得し、content02 のコンテンツを直接読み取ることができます。

必要ありません！
表を分割したくても、分割する方法ではありません

これを行う必要がありますか?
記事
ID タイトル 説明 (私の下手な英語を許してください、覚えていません)
内容
ID コンテンツ
分割する必要がありますか? char int や nvarchar text などの一部の固定長フィールドは自動的にテーブルに分割されます?