1 up | 2 up | 3 up | 4 up | 5 up | 6 up | 7 up |
^^^ Additional posts ^^^
zorg.ch
#39691 by @ 27.07.2004 12:33 - nach oben -
Der Thread würde dann sozusagen "generiert" aus dem ersten Post, sobald dieser gemacht wird, ok.
zorg.ch
#39694 by @ 27.07.2004 12:35 - nach oben -
genau so.
zorg.ch
#39698 by @ 27.07.2004 12:54 - nach oben -
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.
zorg.ch
#39701 by @ 27.07.2004 13:07 - nach oben -
korrekt. und noch den lastpost
zorg.ch
#39702 by @ 27.07.2004 13:21 - nach oben -
Wozu den lastpost?
zorg.ch
#39708 by @ 27.07.2004 13:31 - nach oben -
damit du für die forum übersicht nur die thread table brauchst.
zorg.ch
#39711 by @ 27.07.2004 13:34 - nach oben -
Wäre schön, aber eine ID, ein Titel und vielleicht einen Autor brauche ich schon noch für die Forum-Übersicht.
zorg.ch
#39713 by @ 27.07.2004 13:36 - nach oben -
ja, aber das kannst du dann alles relativ eleganz mit nem join holen.
zorg.ch
#39715 by @ 27.07.2004 13:44 - nach oben -
Ich habe eben momentan nicht die lastpostid drin, sondern das lastpost date, weil die auto_increment post id nicht unbedingt/immer zeitlich aufsteigend ist.
zorg.ch
#39720 by @ 27.07.2004 14:06 - nach oben -
hä ? du machst demfal ein join auf das last_post_date ?!?
zorg.ch
#39725 by @ 27.07.2004 14:11 - nach oben -
jop.
Additional posts
zorg.ch
#39733 by @ 27.07.2004 14:23 - nach oben -
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.
zorg.ch
#39735 by @ 27.07.2004 14:24 - nach oben -
das meinte ich auch...lies weiter
zorg.ch
#39705 by @ 27.07.2004 13:26 - nach oben -
Und der (Thread-)Post...
zorg.ch
#39706 by @ 27.07.2004 13:30 - nach oben -
Also ich dachte, dass der Thread-Post trotzdem ein normaler Post wird.
So gibts keine Unterschiede zwischen den einzelnen Posts.
zorg.ch
#39710 by @ 27.07.2004 13:33 - nach oben -
Ich denke es ist besser wenn wir tatsächliche Threads haben. Es gibt noch mehr Probleme als nur wohin sie gehören.
zorg.ch
#39712 by @ 27.07.2004 13:35 - nach oben -
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.
zorg.ch
#39714 by @ 27.07.2004 13:43 - nach oben -
Ah ok... hmmm wäre auch eine Idee...
zorg.ch
#39718 by @ 27.07.2004 14:05 - nach oben -
wäre glaubs einiges flexibler.
zorg.ch
#39745 by @ 27.07.2004 14:32 - nach oben -
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.
zorg.ch
#39753 by @ 27.07.2004 14:43 - nach oben -
Ein Auftrag-Kopf ist auch was völlig anderes als eine Auftragsposition...
Additional posts
zorg.ch
#39771 by @ 27.07.2004 15:01 - nach oben -
Kennst du Braso?

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 ;)
Additional posts