Optimale MySQL tabelle für ein einfaches forum

**Abraxax** · 11.05.2004, 14:18

*VERSCHIEB* zum BS

desweiteren kann ich dir nur die suchfunktion DIESES forums ans herz legen.

**snake4ever** · 11.05.2004, 16:08

ich hab nix gefunden per suchmaschine, vielleicht könnt ihr mir trotzdem helfen?

**Floriam** · 11.05.2004, 16:34

Ja, es wäre sinnvoll das ganze in 2 Tabellen aufzuteilen

Aber such mal nach "Forum" und dann nur in BS

**snake4ever** · 11.05.2004, 17:19

was bringt denn eine aufteilung konkret, hat da mysql weniger zu suchen oder warum macht man das?

**Abraxax** · 11.05.2004, 17:20

weil es schon ein vernüftiges datenmodell sein sollte.
und jetzt fang endlich an zu suchen!

**Floriam** · 11.05.2004, 17:41

Also, es gibt ja 2 Möglichkeiten, wie du ein Forum programmieren könntest, mit dem von dir Vorgeschlagenen Modell:

1. Der Benutzer gibt seine ganzen Daten immer ein
2. Der Benutzer meldet sich an, und alle Seine Daten werden im Datensatz des Threads nochmal gespeichert

Beides ist sinnlos, bzw. umständlich, deswegen bevorzugt man meine Methode, also Threads und Userdaten getrennt speichern

**snake4ever** · 11.05.2004, 18:05

mein forum besitzt und soll auch kein login besitzen....der user gibt also seinen namen immer wieder ein.
meine frage war eigentlich: ist es sinnvoll die gesamten threads in einer tabelle zu haben oder soll man den ersten threadbeitrag in einer tabelle haben und die antworten dann in einer anderen?

**Abraxax** · 11.05.2004, 18:30

tab1: threads
tab2: posts

UND JETZT SUCHE ENDLICH!

noch eine frage dazu, bei der ich den eindruck habe, dass du nicht gesucht hast, schliesse ich den thread. und komme dann nicht auf die idee einen neuen zu öffnen. bannen wäre nämlich dann die folge, wenn du nicht lernen/lesen/hören kannst/willst.

**Floriam** · 11.05.2004, 19:21

..schliesse ich den thread..

Keine leeren Drohungen..

Optimale MySQL tabelle für ein einfaches forum