Die 5 neuesten Datensätze auslesen

[wucher wichtel]

Hallo!

Ich bin ja gerade feste dabei einen kleinen Weblog zu programmieren. Jetzt arbeite ich gerade am Archiv. Dabei will ich alle Einträge in eine Liste schreiben. Soweit auch kein Problem. Aber da ich die letzten 4 oder 5 Einträge etwas ausführlicher darstellen will, muss ich diese auch irgendwie getrennt abfragen. Das Problem ist dabei, dass ich die höchste ID (eine Zahl, die bei jedem Eintrag hochgezählt wird) nicht weiß. Gibt es also eine Bedingung die mir die Einträge mit den 5 größten IDs zurück gibt? Oder wenigstens eine MySQL-Bedingung, mit der ich die größte Zahl in der Spalte ID bekomme? Da könnte ich dann mit PHP die 5 subtrahieren. Wäre zwar nicht so ellegant, aber besser als "a gosch voll reissnägel" :)

Eine Suche im Handbuch hat mich nicht weitergebracht und bei Schattenbaum konnte ich nicht nachschauen. Scheinbar ist das ganze PHP-Projekt vom Server verschwunden!?

ciao, ww

[wahsaga]

hi,

Aber da ich die letzten 4 oder 5 Einträge etwas ausführlicher darstellen will, muss ich diese auch irgendwie getrennt abfragen. Das Problem ist dabei, dass ich die höchste ID (eine Zahl, die bei jedem Eintrag hochgezählt wird) nicht weiß.

IDs zur Herstellung einer Ordnung sind ganz schlechter Stil.

Suche dir irgendein zum Sortieren der Einträge geeignetes Kriterium, bspw. das Datum eines Eintrages - und stelle eine Ordnung her, in dem du nach diesem sortieren lässt.

Gibt es also eine Bedingung die mir die Einträge mit den 5 größten IDs zurück gibt?

Schau dir im Manual die LIMIT-Klausel an.

gruß,
wahsaga

[Tom]

Hello,

IDs zur Herstellung einer Ordnung sind ganz schlechter Stil.

Nö. Wenn sichergestellt ist, dass die immer nur raufzählen, ist das in Ordnung.

Der Wertebereich des Timestamp ist nämlich auch nicht unendlich, insbesondere ist die Granularität mit einer Sekunde inwzwichen zu grob!

Ordentliche Datenbanken haben zumindest einen Autoincrement-Typ, der _garantiert_ in der reiehenfolge des Eintrags ausschließlich heraufzählt. Nur weil MySQL das angeblich nicht kann, muss das für die Allgemeinheit der Datenbanken nicht falsch sein.

Dafür gibt es schließlich die Unterscheidung für Autoschlüssel:

• allgemein gestreuter Schlüssel (wieder freie werden wiederverwendet)
• verlorener gestreuter Schlüssel (wieder freie bleiben vergeben)
• garantiert incrementeller Schlüssel mit Überschlag
    (freie in aufsteigender Reihenfolge werden dann wiederverwendet)
• garantiert verlorener incrementeller Schlüssel

letzteren würde ich für normale Anwendungen einfach voraussetzen.

Harzliche Grüße vom Berg
http://www.annerschbarrich.de

Tom

[wucher wichtel]

Hallo!

IDs zur Herstellung einer Ordnung sind ganz schlechter Stil.

Ok, danke für den Hinweis. Das war mir nicht klar. Schließlich ist das IMHO bei http://tut.php-q.net/ relativ oft ein Mittel um dieses Ziel zu erreichen.

Suche dir irgendein zum Sortieren der Einträge geeignetes Kriterium, bspw. das Datum eines Eintrages - und stelle eine Ordnung her, in dem du nach diesem sortieren lässt.

Das Datum habe ich auch abgespeichert.

Gibt es also eine Bedingung die mir die Einträge mit den 5 größten IDs zurück gibt?

Schau dir im Manual die LIMIT-Klausel an.

Danke, ich hab's jetzt mit ORDER BY und LIMIT hinbekommen. Danke!

ciao, ww

[Ilja]

yo,

Aber da ich die letzten 4 oder 5 Einträge etwas ausführlicher darstellen will, muss ich diese auch irgendwie getrennt abfragen. Das Problem ist dabei, dass ich die höchste ID (eine Zahl, die bei jedem Eintrag hochgezählt wird) nicht weiß.

die autoincrement-spalte dafür zu nehmen welche die "letzten" datensätze waren ist eine schlechte idee. viel besser dafür ist ein datums-wert, der beim erstellen des datensatzes mit eingetragen wird, bzw. ein datumswert das auch bei einem update sich aktualisiert.

aber damit du erst einmal ein workaround hast:

SELECT spalte1, spalte2...
FROM tabelle
ORDER BY id
LIMIT 0,5

Ilja

[wucher wichtel]

Hallo!

Auch dir vielen Dank! Ich hab's jetzt. Das Datum hatte ich auch abgespeichert. Danke.

ciao, ww

[wucher wichtel]

Hallo!

Ich habe schon vorher folgendes Problem gehabt. Aber in der Zwischenzeit ist es mir nicht gelungen es zu lösen.

Mein Vorhaben: Ich möchte auf der Startseite meines Blogs zu jedem Eintrag stehen haben, wie viele diesen Eintrag schon kommentiert haben. Das ist für mich eine ziemliche Herausforderung, da ich schließlich die Namen der Blogeinträge nicht kenne und somit die Kommentare zu diesen nicht einfach rausfischen kann.

Meine Idee war, dass ich die Titel der Einträge abfrage und diese in einen Array schreibe. Danach kann ich dann in einer foreach-Schleife auf die Inhalte des Arrays zugreifen und diese dann in die MySQL-Abfrage einsetzen.

Da dies aber kläglichst gescheitert ist, will ich euch lieber nicht, den von mir produzierten, Quark zeigen. Meine Frage/Bitte an euch ist: Könnt ihr mir in ein paar Sätzen erklären, wie ich so etwas angehen muss? Mit den einzelnen Sachen kann ich umgehen, aber das ganze zusammensetzen klappt nicht. Irgendwie fehlt es an der Logik oder so :)

Vielen Dank für eure Hilfe!

ciao, ww

[Ilja]

yo,

welche version von mysql benutzt du und wie sind die beiden entitäten eintrag und kommentare miteinander in der datenbank verbunden ?

Ilja

[wucher wichtel]

Hallo!

welche version von mysql benutzt du und wie sind die beiden entitäten eintrag und kommentare miteinander in der datenbank verbunden ?

Ich benutze MySQL - 5.0.21. Aber was meinst du, damit, wie die beiden in der Datenbank miteinander verbunden sind? In der Tabelle, die die Kommentare speichert, speichere ich auch den Titel des Eintrages, auf den sich der Kommentar bezieht. Meinst du das mit verbinden?

ciao, ww

[Vinzenz Mai]

Hallo

Mein Vorhaben: Ich möchte auf der Startseite meines Blogs zu jedem Eintrag stehen haben, wie viele diesen Eintrag schon kommentiert haben. Das ist für mich eine ziemliche Herausforderung, da ich schließlich die Namen der Blogeinträge nicht kenne und somit die Kommentare zu diesen nicht einfach rausfischen kann.

ein entsprechendes Tabellendesign vorausgesetzt und mit MySQL 4.1 sollte dies einfach mit einem Subquery zu lösen sein. Vielleicht ist eine Subquery noch nicht einmal nötig :-) Ähnliches haben wir hier mal für MySQL 3.23 hingekriegt,
siehe Archiv. Deine Mitarbeit vorausgesetzt, was kein Problem sein sollte, kriegen wir das schon hin.

Mit Hilfe der GROUP-BY-Klausel und der Aggregatsfunktion COUNT() sollte Dein Problem lösbar sein.

Meine Idee war, dass ich die Titel der Einträge abfrage und diese in einen Array schreibe. Danach kann ich dann in einer foreach-Schleife auf die Inhalte des Arrays zugreifen und diese dann in die MySQL-Abfrage einsetzen.

Nein, das ist normalerweise gar keine gute Idee. Mache nichts in der API, hier PHP, was SQL (hier der Dialekt von MySQL) selbst kann.

Du solltest in der Tabelle, in der Du deine Kommentare speicherst, einen Verweis auf den Beitrag unterbringen, den sie kommentieren. So etwas nennt man Fremdschlüssel und ist in http://tut.php-q.net/mysql-id.html ganz nett erklärt. Wenn es dann zu den Joins kommt, so finde ich die in SELFHTML aktuell gut erklärt:
Einführung Joins
Fortgeschrittene Jointechniken

Den zweiten Artikel wirst Du wahrscheinlich noch nicht brauchen.

Der Artikel Datensätze gruppieren mit SQL sollte Dir allerdings auch weiterhelfen.

Freundliche Grüße

Vinzenz

[wucher wichtel]

Hallo!

ein entsprechendes Tabellendesign vorausgesetzt

Was ist ein gutes Tabellendesign dafür? Ich speichere in einer Tabelle die Einträge ab. In der anderen Tabelle sind die Kommentare gespeichert. In der Tabelle für die Kommentare habe ich auch gespeichert, auf welchen Blogeintrag sich die Kommentare beziehen. Ist das so richtig, oder nicht?

und mit MySQL 4.1

Ich habe MySQL - 5.0.21.

sollte dies einfach mit einem Subquery zu lösen sein.

Was ist ein Subquery?

Deine Mitarbeit vorausgesetzt, was kein Problem sein sollte, kriegen wir das schon hin.

Das wäre cool :) Allerdings muss ich morgen früh raus (Prüfungen), deswegen wird meine Mitarbeit heute leider nicht mehr so lange möglich sein. Dafür habe ich am Wochenende dann Zeit ;-)

Mit Hilfe der GROUP-BY-Klausel und der Aggregatsfunktion COUNT() sollte Dein Problem lösbar sein.

Ok, ich lese mir mal das Manual dazu durch.

Du solltest in der Tabelle, in der Du deine Kommentare speicherst, einen Verweis auf den Beitrag unterbringen, den sie kommentieren.

Das habe ich doch getan, oder? (siehe oben)

So etwas nennt man Fremdschlüssel und ist in http://tut.php-q.net/mysql-id.html ganz nett erklärt.

Ich lese :)

Einführung Joins

Das habe ich schon gelesen. Allerdings nicht weiter vertieft, da es bis jetzt keinen Grund gab, es zu vertiefen.

Der Artikel Datensätze gruppieren mit SQL sollte Dir allerdings auch weiterhelfen.

Werde ich auch lesen.

Vielen Dank erst mal für deine Hilfe! Ich werde die Artikel lesen und hoffe, dass das Problem gelöst wird :) Danke nochmals.

ciao, ww

[Vinzenz Mai]

Hallo

Was ist ein gutes Tabellendesign dafür? Ich speichere in einer Tabelle die Einträge ab. In der anderen Tabelle sind die Kommentare gespeichert. In der Tabelle für die Kommentare habe ich auch gespeichert, auf welchen Blogeintrag sich die Kommentare beziehen. Ist das so richtig, oder nicht?

das hört sich schon einmal gut an. Noch besser wäre es gewesen, wenn Du Deine Tabellenstruktur gepostet hättest.

und mit MySQL 4.1
Ich habe MySQL - 5.0.21.

Das ist erfreulich.

sollte dies einfach mit einem Subquery zu lösen sein.
Was ist ein Subquery?

Eine Unterabfrage :-)
sub kommt aus dem Lateinischen und bedeutet "unter".
quaerere kommt ebenfalls aus dem Lateinischen und bedeutet "fragen".

Auch das Englische bedient sich reichlich bei den alten Sprachen :-)

Mit Hilfe der GROUP-BY-Klausel und der Aggregatsfunktion COUNT() sollte Dein Problem lösbar sein.

Ok, ich lese mir mal das Manual dazu durch.

Nehmen wir einfach an, Du habest eine Tabelle blog mit folgenden Daten:

blog_id | titel    | eintrag       | zeitstempel
------------------------------------------------------
      1 | Erster   | ...           | 2007-02-01 14:37
      2 | Zweiter  | ...           | 2007-02-12 17:15
      3 | Dritter  | ...           | 2007-02-25 05:12
      4 | Vierter  | ...           | 2007-03-15 11:11
      5 | Fünfter  | ...           | 2007-04-01 20:44
      6 | Sechster | ...           | 2007-04-26 19:59

und eine Tabelle kommentare wie folgt

kommentar_id | blog_id | weitere Spalten, für Dein Problem irrelevant
---------------------------------------------------------------------
           1 |       2 |
           2 |       2 |
           3 |       4 |
           4 |       2 |
           5 |       3 |
           6 |       1 |
           7 |       4 |
           8 |       6 |
           9 |       2 |

1. Schritt: Lasse Dir zu den Blogeinträgen die Kommentare anzeigen:

SELECT                   -- Gib mir  
    b.blog_id            -- die id des Blogeintrags,  
    b.titel,             -- den Titel,  
    b.zeitstempel,       -- den Erstellungszeitpunkt,  
    k.blog_id            -- und die dazu passenden Einträge in der Kommentartabelle  
FROM blog b              -- aus der Tabelle blog  
LEFT JOIN kommentare k   -- die mit der Tabelle kommentare  
ON b.blog_id = k.blog_id -- über die Spalte blog_id verknüpft ist

Der LEFT JOIN sorgt dafür, dass alle Einträge in der Tabelle blog berücksichtigt werden, auch wenn es keine Kommentare zum Blogeintrag gibt.

Ergebnis:

b.blog_id | titel    | zeitstempel         | k.blog_id
------------------------------------------------------
       1  | Erster   | 2007-02-01 14:37:00 |        1
       2  | Zweiter  | 2007-02-12 17:15:00 |        2
       2  | Zweiter  | 2007-02-12 17:15:00 |        2
       2  | Zweiter  | 2007-02-12 17:15:00 |        2
       2  | Zweiter  | 2007-02-12 17:15:00 |        2
       3  | Dritter  | 2007-02-25 05:12:00 |        3
       4  | Vierter  | 2007-03-15 11:11:00 |        4
       4  | Vierter  | 2007-03-15 11:11:00 |        4
       5  | Fünfter  | 2007-04-01 20:44:00 |     NULL
       6  | Sechster | 2007-04-26 19:59:00 |        6

Du siehst: Obwohl es zum fünften Blogeintrag noch keinen Kommentar gibt,
ist auch dieser Datensatz vorhanden. In der zur id korrespondierenden
Spalte aus der Tabelle kommentare steht dort der spezielle Wert NULL.
Dieser bedeutet "keine Daten vorhanden". NULL ist etwas ganz anderes
als die Zahl 0 oder eine leere Zeichenkette.

Um nun Deine Anzahl zu bekommen musst Du lediglich nach den Spalten

b.blog_id, titel und zeitstempel

gruppieren und die Anzahl der Einträge in der Spalte k.blog_id zählen:

SELECT                         -- Gib mir  
    b.blog_id                  -- die id des Blogeintrags,  
    b.titel,                   -- den Titel,  
    b.zeitstempel,             -- den Erstellungszeitpunkt,  
    COUNT(k.blog_id) AS anzahl -- und die Anzahl der Kommentare  
FROM blog b                    -- aus der Tabelle blog  
LEFT JOIN kommentare k         -- die mit der Tabelle kommentare  
ON b.blog_id = k.blog_id       -- über die Spalte blog_id verknüpft ist  
GROUP BY  
    b.blog_id,                 -- gruppiere nach den Spalten, auf die  
    b.titel,                   -- keine Aggregatsfunktion wie COUNT,  
    b.zeitstempel              -- MAX, MIN, o.ä. angewandt wird.  

mit dem Ergebnis:

b.blog_id | titel    | zeitstempel         | anzahl
------------------------------------------------------
       1  | Erster   | 2007-02-01 14:37:00 |        1
       2  | Zweiter  | 2007-02-12 17:15:00 |        4
       3  | Dritter  | 2007-02-25 05:12:00 |        1
       4  | Vierter  | 2007-03-15 11:11:00 |        2
       5  | Fünfter  | 2007-04-01 20:44:00 |        0
       6  | Sechster | 2007-04-26 19:59:00 |        1

Lies bitte im Handbuch nach, wie die Funktion COUNT() mit NULL-Werten
umgeht. Beachte bitte den Unterschied zu COUNT(*).

Im letzten Schritt möchtest Du die fünf neuesten haben, d.h. Du
sortierst absteigend nach der Spalte zeitstempel und limitierst das
Ergebnis auf fünf Datensätze:

SELECT                         -- Gib mir  
    b.blog_id                  -- die id des Blogeintrags,  
    b.titel,                   -- den Titel,  
    b.zeitstempel,             -- den Erstellungszeitpunkt,  
    COUNT(k.blog_id) AS anzahl -- und die Anzahl der Kommentare  
FROM blog b                    -- aus der Tabelle blog  
LEFT JOIN kommentare k         -- die mit der Tabelle kommentare  
ON b.blog_id = k.blog_id       -- über die Spalte blog_id verknüpft ist  
GROUP BY  
    b.blog_id,                 -- in Standard-SQL ist nach allen Spalten zu  
    b.titel,                   -- gruppieren, auf die keine Aggregatsfunktion  
    b.zeitstempel              -- angewendet wird  
ORDER BY  
    b.zeitstempel DESC         -- sortiere absteigend nach Erstellungszeitpunkt  
LIMIT 5                        -- und begrenze das Ergebnis auf die ersten  
                               -- fünf Einträge der Ergebnismenge  

mit dem Ergebnis

b.blog_id | titel    | zeitstempel         | anzahl
------------------------------------------------------
       6  | Sechster | 2007-04-26 19:59:00 |        1
       5  | Fünfter  | 2007-04-01 20:44:00 |        0
       4  | Vierter  | 2007-03-15 11:11:00 |        2
       3  | Dritter  | 2007-02-25 05:12:00 |        1
       2  | Zweiter  | 2007-02-12 17:15:00 |        4

Es ist problemlos möglich, noch weitere Spalten aus der Tabelle blog mit
in die Abfrage aufzunehmen. Bitte gewöhne Dir von Anfang an an, nach allen
diesen Spalten zu gruppieren - auch wenn dies in MySQL nicht notwendig wäre.
Alle anderen mir bekannten Datenbankmanagementsysteme geben Dir ansonsten
eine Fehlermeldung aber kein Ergebnis zurück.

Dies war die Lösung mit einem LEFT JOIN, sowas funktioniert auch in älteren
MySQL-Versionen. Das Ergebnis kannst Du wie gehabt mit PHP ausgeben. Du
siehst, dass Du keine Abfragen innerhalb der Schleife absetzen musst, um
das von Dir gewünschte Resultat zu erhalten.

Freundliche Grüße

Vinzenz

PS: Viel Erfolg bei Deiner Prüfung

[wucher wichtel]

Hallo!

das hört sich schon einmal gut an. Noch besser wäre es gewesen, wenn Du Deine Tabellenstruktur gepostet hättest.

Die Namensgebung (und vielleicht auch die Darstellung) ist etwas komisch, aber ich hoffe trotzdem, dass folgendes verständlich ist:

Tabelle: blogentry
    * ID INT AUTO_INCREMENT PRIMARY KEY,
    * IP VARCHAR(20),
    * datum VARCHAR(20),
    * kategorie VARCHAR(255),
    * titel VARCHAR(200) UNIQUE,
    * autor VARCHAR(255),
    * url VARCHAR(255),
    * inhalt TEXT

Tabelle: comments
    * ID INT AUTO_INCREMENT PRIMARY KEY,
    * IP VARCHAR(20),
    * name VARCHAR(200),
    * entry VARCHAR(200),                <- Speichert den Titel des Eintrages, auf den er sich bezieht.
    * email VARCHAR(200),
    * url VARCHAR(200),
    * datum VARCHAR(20),
    * inhalt TEXT,

Daraus bestehen meine beiden Tabellen, in denen ich die Einträge und die Kommentare speichere.

sollte dies einfach mit einem Subquery zu lösen sein.
Was ist ein Subquery?

Eine Unterabfrage :-)
sub kommt aus dem Lateinischen und bedeutet "unter".
quaerere kommt ebenfalls aus dem Lateinischen und bedeutet "fragen".

Ich hatte auch mal Latein. 2 Jahre lang. Damals war es der Horror, aber heute bin ich eigentlich froh, dass ich auch noch so ein bisschen ein Gespür für Fremdwörter habe :) Aber meine Frage war eher, wie man soetwas mit MySQL macht. Da ich in keinem, der von dir verlinkten Artikel, das Wort "Subquery" finden konnte :)

Den Rest deines Postings werde ich heute mittag durcharbeiten. Vielen Dank dafür!

PS: Viel Erfolg bei Deiner Prüfung

Danke! Heute kommt Englisch dran. Das geht noch einigermaßen :)

ciao, ww

[Vinzenz Mai]

Hallo,

das hört sich schon einmal gut an. Noch besser wäre es gewesen, wenn Du Deine Tabellenstruktur gepostet hättest.

Die Namensgebung (und vielleicht auch die Darstellung) ist etwas komisch, aber ich hoffe trotzdem, dass folgendes verständlich ist:

verständlich ja, aber auch kritikwürdig. Sei doch bitte konsistent und
verwende entweder komplett englische oder deutsche Bezeichnungen, so ein
Mischmasch mutet stets etwas seltsam an.

Tabelle: blogentry

blogentries böte sich an, Du willst ja mehr als einen speichern :-)

* ID INT AUTO_INCREMENT PRIMARY KEY,

Das Primärschlüsselfeld _id_entifiziert jeden einzelnen Datensatz, deswegen
sind künstliche Schlüssel so beliebt, deswegen enthalten Primärschlüsselfelder
gern die Zeichenfolge id. Es ist eine gute Idee, das Feld so zu benennen, dass
man auch erkennt, was dieses Feld identifiziert, z.B. blogentry_id oder
id_blogentry, je nach Konvention, die man sich selbst setzt.

* IP VARCHAR(20),

Warum 20? Willst Du IPv6-Adressen speichern? In dotted-decimal
(gepunktet-dezimaler klingt bemüht) Darstellung benötigst Du maximal
15 Zeichen. Wenn Du irgendwann auf IPv6 aufrüstest, würde ich dafür
eine eigene Spalte nehmen.

* datum VARCHAR(20),

Das ist, mit Verlaub, gar keine gute Idee. Nimm einen der Datumstypen des
Datenbankmanagementsystems, siehe MySQL-Handbuch, Datums- und Zeittypen.

In diesem speziellen Fall könntest Du den Datentyp TIMESTAMP verwenden, der
nichts mit UNIX-Timestamps zu tun hat, aber z.B. den Zauber mitbringen kann,
dass der Wert beim INSERT automagisch gesetzt wird, ohne dass Du Dich darum
kümmern musst.

Den großen Vorteil, den Dir die Datumstypen Deines DBMS bieten, sind die
Sortierung und die Vielfalt an Datums- und Zeitfunktionen, die Du sofort
nutzen kannst. Sonst musst Du immer zuerst eine Konvertierung vornehmen,
die erstens unnötig ist und zweitens Performance kostet. MySQL bietet genug
Funktionen, um bei der Abfrage der Daten die Zeitangabe nach Deinem Geschmack
zu formatieren.

* kategorie VARCHAR(255),

Soviele Kategorien wirst Du wohl nicht haben, sie werden sich auch selten
ändern. Hier böte sich der Datentyp ENUM an, siehe auch in der aktuellen
Forumshauptdatei im Thread https://forum.selfhtml.org/?t=151183&m=983039.

* titel VARCHAR(200) UNIQUE,

Das ist ja in Ordnung, dass die Titel eindeutig sein müssen, es ist aber ...

* autor VARCHAR(255),
    * url VARCHAR(255),
    * inhalt TEXT

Tabelle: comments
    * ID INT AUTO_INCREMENT PRIMARY KEY,
    * IP VARCHAR(20),
    * name VARCHAR(200),
    * entry VARCHAR(200),                <- Speichert den Titel des Eintrages, auf den er sich bezieht.

... keine gute Idee, die Verknüpfung über den Titel zu realisieren. Nimm die
ID aus der Tabelle blogentry. Und noch etwas: Dieses Fremdschlüsselfeld ist
mit einem Index zu versehen.

Selbstverständlich darf dieser Index nicht UNIQUE sein, Du willst ja mehr als
einen Kommentar zu jedem Blogeintrag zulassen.

* email VARCHAR(200),
    * url VARCHAR(200),
    * datum VARCHAR(20),
    * inhalt TEXT,

Wenn Du als Storage Engine InnoDB verwendest, dann kannst Du außerdem mit
FOREIGN-KEY-Constraints arbeiten, siehe Handbuch. Somit sicherst Du auf
Datenbankebene gegen fehlerhafte Einträge, d.h. gegen Kommentare zu
Blogeinträgen, die nicht existieren.

ON DELETE CASCADE kann dafür sorgen, dass beim Löschen eines Blogeintrages
(aus welchem Grund auch immer) automagisch alle zugehörigen Kommentare gelöscht
werden, ohne dass Du Dich selbst darum kümmern musst.

Freundliche Grüße

Vinzenz

[wucher wichtel]

Hallo!

Huiuiui. Soviel zum Lernen. Das ist cool :) Jetzt bringe ich erst mal mein Tabellenlayout auf vordermann und dann kümmere ich mich um die anderen Sachen. Danke!

ciao, ww

[wucher wichtel]

Hallo!

Sodele :) Es klappt wunderbar. Vielen vielen Dank! Das beste daran ist, dass ich meine es verstanden zu haben ;-) Allerdings habe ich noch eine kleine Frage. Du hast geschrieben:

ON DELETE CASCADE kann dafür sorgen, dass beim Löschen eines Blogeintrages (aus welchem Grund auch immer) automagisch alle zugehörigen Kommentare gelöscht werden, ohne dass Du Dich selbst darum kümmern musst.

Wie funktioniert das? Das Manual kann mir nicht weiterhelfen.

Nochmals danke schön!

ciao, ww

[Vinzenz Mai]

Hallo

Sodele :) Es klappt wunderbar. Vielen vielen Dank!

Bitte, gern geschehen.

Das beste daran ist, dass ich meine es verstanden zu haben ;-)

Das ist fast immer ein Ziel meiner Hilfestellung.

Allerdings habe ich noch eine kleine Frage. Du hast geschrieben:

ON DELETE CASCADE kann dafür sorgen, dass beim Löschen eines Blogeintrages (aus welchem Grund auch immer) automagisch alle zugehörigen Kommentare gelöscht werden, ohne dass Du Dich selbst darum kümmern musst.

Wie funktioniert das? Das Manual kann mir nicht weiterhelfen.

Dazu gibt es einen ganzen Handbuchabschnitt:
Foreign-Key-Constraints. Falls Du etwas nicht verstehen solltest, einfach nachfragen.

Freundliche Grüße

Vinzenz

[wucher wichtel]

Hallo!

Dazu gibt es einen ganzen Handbuchabschnitt:
Foreign-Key-Constraints. Falls Du etwas nicht verstehen solltest, einfach nachfragen.

Ich habe es mir durch gelesen und hab mich auch bei Wikipedia schlaugemacht. Bis jetzt gibt es keine Probleme. Danke!

ciao, ww

[zwerg]

Glück auf!

Eine Suche im Handbuch hat mich nicht weitergebracht und bei Schattenbaum konnte ich nicht nachschauen. Scheinbar ist das ganze PHP-Projekt vom Server verschwunden!?

Bei mir hat der Link gestern noch funktioniert, ich hoffe es handelt sich nur um eine kurzfristige "Abwesenheit".

Freundliche Grüße

zwerg Alex

[zwerg]

Glück auf!

Eine Suche im Handbuch hat mich nicht weitergebracht und bei Schattenbaum konnte ich nicht nachschauen. Scheinbar ist das ganze PHP-Projekt vom Server verschwunden!?

Bei mir hat der Link gestern noch funktioniert, ich hoffe es handelt sich nur um eine kurzfristige "Abwesenheit".

Meine Hoffnung hat sich bestätigt. Der Baum spendet in den sonnigen Tagen wieder Schatten.

Freundliche Grüße

zwerg Alex

[xpfreund]

Hallo,

bei Schattenbaum konnte ich nicht nachschauen. Scheinbar ist das ganze PHP-Projekt vom Server verschwunden!?

Glaub ich auch. Habe seit vorgestern keinen Zugriff mehr.

gruß aus Hosena