Ich arbeite an einem Website-Programm und die allgemeinen Anforderungen sind wie folgt.
Benutzer sind in fünf Ebenen unterteilt: 1-5. Je größer die Anzahl, desto höher die Autorität.

Ich habe eine Menge Inhalte. Je höher die Ebene, desto mehr Inhalte sind für Benutzer sichtbar.
Zum Beispiel gibt es Inhalte: A, B, C, D, E,
Sichtbar für Benutzergruppe 1: A
Sichtbar für Benutzergruppe 2: A, B
…………
Sichtbar für Benutzergruppe 5: A, B, C, D, E
Wenn Sie diese Funktion implementieren möchten, wie sollten Sie einen Datenbankindex erstellen?

Ein Freund sagte mir, ich solle der Inhaltstabelle (Thementabelle) eine Spalte „Gruppe“ hinzufügen,
die sichtbaren Benutzerebenen 1–5 schreiben und dann einen group_tid的联合索引。
然后查询tid<100周围文章（例如当前用户组为3）时的语句就是：
SELECT * FROM topic WHERE group>=3 AND tid<100 LIMIT 10;
可实际发现这种索引是先将group>3的所有数据读出来，再进行选择查询。
假如有100万条数据，有50万个groupgemeinsamen Index erstellen.

Fragen Sie dann die Artikel rund um tid<100 ab (die aktuelle Benutzergruppe ist beispielsweise 3):

SELECT * FROM topic WHERE group>=3 AND tid<100 LIMIT 10;
Es kann tatsächlich festgestellt werden, dass diese Art von Index zunächst alle Daten von
>3 ausliest und dann eine Auswahlabfrage durchführt.

Wenn es 1 Million Daten und 500.000

>3 gibt, werden bei der Ausführung dieser Anweisung 500.000 Typen herausgefiltert, was äußerst ineffizient ist.

Es scheint, dass einspaltige Indizes nur für Einschränkungen wie group_tid=* gelten, nicht <
Daher möchte ich die Experten hier fragen: Hatten Sie jemals ähnliche Bedürfnisse? Wie erstellt man einen Index oder eine Tabelle richtig? Vielen Dank! Ergänzung 1:

Tatsächlich ändern wir die Frage, wie man < oder > verwendet.

Dies ist eine logische Frage. Der aktuelle group进行了范围限制，后面的tid还是在group的基础上按顺序排列的。
如果我想知道group>1且tid<6的这种情况，不得不先把groupIndex ähnelt dem Bild unten, nachdem er erstellt wurde:

Auch wenn ich den Bereich von
einschränke, werden die folgenden tid immer noch in der Reihenfolge basierend auf group=1,tid=A
group=2,tid=A
group=3,tid=A
这样在内容读取时直接请求WHERE group angeordnet.
Wenn ich die Situation wissen möchte, in der

>1 und tid<6 sind, muss ich zuerst alle 🎜2/3 auslesen und dann filtern. 🎜Es scheint, dass die einzige Lösung darin besteht, die Tischstruktur neu zu planen. Haben Sie ähnliche Erfahrungen? 🎜 🎜Ergänzung 2: 🎜Ich habe gerade eine hilfreiche Antwort von einem begeisterten Freund erhalten, der sagte, dass er diese Situation schon einmal erlebt habe. 🎜Die Lösung besteht darin, den Veröffentlichungsmechanismus zu ändern und qualifizierte Beiträge auf jeder Ebene zu veröffentlichen. 🎜Wenn beispielsweise die Ebene des Inhalts A 3 ist, müssen beim Posten drei Datenzeilen gleichzeitig erstellt werden: 🎜🎜=1,tid=A🎜🎜=2, tid=A 🎜🎜=3,tid=A🎜Auf diese Weise können qualifizierte Inhalte gelesen werden, indem beim Lesen des Inhalts direkt WHERE 🎜=* abgefragt wird. 🎜Aber diese Methode erfordert das Hinzufügen einer großen Menge verwandter Daten und kann sogar zu Duplikaten führen. Gibt es eine andere Lösung? 🎜

select * from group3 where tid < 100
union all 
select * from group4 where tid < 100
union all 
select * from group5 where tid < 100