Normale Posts würden dann einfach auch einen Thread generieren sobald er benötigt wird.
Seh ich das richtig, dass in der Thread Tabelle anschliessend hinterlegt ist, wohin (Forum, Wiki, Smarty ...) ein Thread gehört und seine ID.
Der eigentliche Content des Ersten Posts bleibt weiterhin als Eintrag in Comments.
Ich habe eben momentan nicht die lastpostid drin, sondern das lastpost date, weil die auto_increment post id nicht unbedingt/immer zeitlich aufsteigend ist.
Das ist ja MEGA übel.
Wir sind uns doch einig, dass wir kein Tabellengebastel machen wollen oder?
Es braucht minimal mehr Zeit wenn per JOIN der Post noch "angezogen" wird.
die LastPostID reicht.
ja, da sagt auch niemand etwas anders, tschuder meint das der erste post nachwievor ein post bleibt, wobei dazu ein datensatz in der thread table erstellt wird der dann beschreibt das dieser post ein thread ist.
Und nebenbei wärs sauber. Weil ein Thread nunmal ein Thread ist und in die Thread Tabelle gehört. Sowie ein Post ein Post ist und damit in die Post Tabelle gehört.
Ist wie bei einem Verkaufssystem von SAP, dort hats im Kopf des Auftrages nicht auch noch die Informationen der Ersten Position.
Das ist eine Branchensoftware fuer Elektrounternehmungen. Macht also Auftrags, Lager, etc. pp. Verwaltung fuer uns. Man koennte mit genuegend Aufwand wohl auch SAP fuer den selben Zweck verwenden.
Die Firma hinter dem Spass ist sehr professionell. Das ganze System laeuft folgendermassen:
Server, mit MSSQL Server. Keinerlei Braso-Eigene Software.
Auf den Clients hast du nun deren Software, die dann den ganzen Spass berechnet und auswertet. Bei Teilweise arbeiten sieht die Datenstruktur auf dem Server so aus:
Spalten: id, data
Inhalte: unsigned int, text (durch kommatagetrennte werte)
Will man nun etwas dieser Daten abrufen, macht der Server ein SELECT * FROM table; und der Client parst danach den Inhalt von `data'.
Das ganze performt ueber WAN-Leitungen so gut, das wir dort Windows Terminal Server einsetzen ;)
Soll ich dir verraten wie SAP arbeitet?
Du hast einen Server (mit einer bescheidenen Datenbank wie Oracle, DB2, Ingres, MaxDB, SYBASE) und einen Client.
Der Client ist so was ähnliches wie ein HTML Browser nur das da kein HTML Protokoll drüber läuft sondern n SAP Protokoll das auch n bischen Interaktion versteht.
Da werden bestimmt weniger Daten hin und her geschoben als bei der BRASO.
Der Client dürfte auch etwas schlanker sein als derjenige von BRASO.
Der Server ist sehrwahrscheinlich grösser, aber das spielt eh keine Rolle.
