Zitat von Lucky-Luke:

Das geht net....wo is der Sinn dahinter?

Zitat von McPommes:

Also den Schlüsseln nach sieht es schon aus als könnte es funktionieren.
Fass das alles einfach mal in ein CREATE TABLE zusammen.
Dann musst du natürlich überall in deinem Forum alles entsprechend ändern, ich geh mal davon aus dass du den bestehenden Code größtenteils übernehmen willst?

Hab grad keine Zeit mehr, vielleicht heute abend wieder.

Zitat von fat32:

Wird das Forum denn schneller, wenn es in einer Tabelle ist? Oder hat sich phpbb dabei etwas gedacht?

Zitat von McPommes:

Die haben sich sicher was dabei gedacht.
Der Text ist ja das einzige Element mit sehr variabler Länge. Ich kenne zwar die Internas von MySQL nicht, aber es könnte schon sinnvoll sein, wenn sowas in einer extra Tabelle liegt.
Gesucht wird ja nach den ganzen fixen Elementen, UserID, Datum und dem Zeug. Da könnte vielleicht schon die Sucherei um einiges schneller gehen, wenn die Datensätze alle eine fixe Länge haben. Wenn man dann den Eintrag aus der post-Tabelle gefunden hat, sucht man sich noch kurz die Texte dazu aus der anderen Tabelle raus.

Aber du kannst es ja mal probieren, wird schon kein Hochleistungsforum werden, bei dem es um jede Nanosekunde geht

Zitat von fat32:

Es sind die Tabellen phpbb_posts und phpbb_posts_text vom PHPBB-Forum... Ich will mein eigenes Forum basteln und finde es irgendwie umständlich, dass ich immer erst ne abfrage auf phpbb_posts machen muss und dann auf phpbb_posts_text für den text!!!

deshalb will ich es in einer tabelle haben.... wenn das geht

Zitat:

BTW: Wenn du die Tabellen zusammenführst, solltest du auch beachten, dass du verschachtelte Tabellenabfragen abändern musst.

Zitat von fat32:

Dan hab ich ads wohl umsonst gemacht...

ich scripte ja ein eigenes Forum und könnte es ja wieder rückgängig machen (Backups sind schon was feines)...

Ist der Geschwindigketsverlust groß, wenn ich es alles in einer Tabelle habe?

Zitat von fat32:

das war der grund, warum ich es in einer tabelle haben wollte! weil man ja so zu jedem beitrag nochmal eine abfrage machen muss und es meiner meinung nach schneller ist, wen man pro beitrag nur 1 abfrage braucht

Zitat von Caarcrinolas:

Je nach Größe der Datenbank, Gleichzeitiger Benutzerzugriffe kann sich das ins negative ziehen. Aber da ich seit langer Zeit nicht mehr im PHPBB Code mein Unwesen treibe, kann ich dir schlecht sagen wo u.A. die posts_text Tabelle nicht gebraucht wird.

Da könnte dir www.phpbb.de weiterhelfen. (Moderatoren)



Ein kleines Beispiel:
Select
L.Liefnr, L.Liefname, A.Liefnr, A.Artnr, A.Artvar, A.Artname, A.Preis,V.Artnr, V.Variantnr, V.Variantdesc
FROM
Lieferanten L
INNER JOIN
Artikel A
ON L.Liefnr = A.Liefnr
INNER JOIN
Artikelvarianten V
ON A.Artnr = V.Artnr
WHERE
L.Liefnr=213394

Dieses kleine Beispiel vereint die Tabellen Lieferanten, Artikel und seine Artikelvarianten.
Und ich kann mit einem Blick feststellen was der lieferant 213394 für Artikel und Artikelvarianten hat.

Natürlich gibts zu inner join was von einem Gleichnis ausgeht Ergebnismenge von Tabelle A muss auch in Tabelle B existieren um angezeigt zu werden auch Richtungsweisende wie Left Join und Right Join. Left join würde bedeuten das Table B von Table A abhängig ist. Dadurch kann man NULL Ergebnismengen erhalten mit denen man z.B. ein explizites deny Rechtesystem aufziehen könnte.

Durch diese Relationen in diesem Beispiel kann ich z.B. die Artikel Tabelle gegen die Lieferanten Tabele gegenüberstellen und die Aussage treffen "Zeige mir Artikel x an der von y Lieferanten bestellt werden kann"

Relationen sind bei großen Webentwicklungen sehr wichtig.

Zitat von fat32:

Aber was haben die Buchstaben vor den spaltennamen zu sagen?

Zitat von Caarcrinolas:

Das ist banal Tabellenaliase
Lieferanten L

man könnte auch Lieferanten.Feldname schreiben doch macht das komplizierte Abragen nicht unbedingt übersichtlich