Seite 1 von 2
Datenbank aufräumen (PN´s komplet löschen)
Verfasst: 26.03.2007 19:26
von Domitz
Hallo.
Und zwar habe ich folgendes Problem:
Wenn ich PN´s lösche, wird die Datenbank aber nicht kleiner (und ich habe mehrere Hunderte, wenn nicht tausende gelöscht, aber sie wurd nicht kleiner)
Jetzt habe ich die vermutung, dass die PN´s in der Datenbank trotzdem noch drinstehen.
meine frage:
Mit welchem SQLbefehl kann ich diese alle auf einmal löschen?
Finde dazu nichts passendes im Forum...
Brauche auch keinen Mod, der die Nachrichten automatisch löscht, sondern möchte dies nur ab und zu mal machen, wenn die datenbank was grösser wird.
Vielen Dank für eure Hilf
Verfasst: 27.03.2007 00:47
von gn#36
Dieser Befehl löscht
sämtliche PN's ohne wenn und aber:
Code: Alles auswählen
DELETE FROM prefix_privmsgs WHERE 1;
DELETE FROM prefix_privmsgs_text WHERE 1;
Falls da Mods für drin sind kann es allerdings so zu Datenbankinkonsistenzen kommen. Der Befehl löscht absolut alles und unterscheidet nicht nach Absender/Empfänger oder anderen Dingen...
Die Daten können nur mit einem vorher durchgeführten Backup wiederhergestellt werden. Ein Backup wäre daher evtl. sinnvoll. Ich halte es auch nicht unbedingt für besonders sinnvoll, wenn sämtliche PN's gelöscht werden ohne zu kontrollieren ob diese - gelesen, archiviert... sind. Wenn dir die Datenbank zu groß ist, dann setze doch einfach die Speichergröße runter, außerdem kann ich mir kaum vorstellen dass die PN's so extrem viel Speicher brauchen, der Hauptteil der Datenbank ist bei mir die Suchfunktion. Aber da du unbedingt den Befehl dazu wolltest: Oben steht er (genaugenommen 2, außerdem daran denken, dass "prefix_" durch das entsprechende des Forums ersetzt wird.
Re: Datenbank aufräumen (PN´s komplet löschen)
Verfasst: 27.03.2007 01:47
von cYbercOsmOnauT
Domitz hat geschrieben:Habe den Private Nachrichten lesemod, wo ich die Pn´s lesen, löschen und archiviren kann.
... andere PNs lesen ist böse...
Grüße,
Tekin
Verfasst: 27.03.2007 18:46
von Domitz
oO wusste ich garnicht, werd den Mod dann mal wieder löschen...
Wie lautet denn der Befehl, der alle ungelesenen PN´s löscht?
Und vll alle die noch nicht verschickt wurden??
Verfasst: 27.03.2007 19:02
von Julian87
Domitz hat geschrieben:Wie lautet denn der Befehl, der alle ungelesenen PN´s löscht?
Und vll alle die noch nicht verschickt wurden??
Hi,
also zukünftige PN's ... lol
Komisch ausgedrückt ... ungelesen und dein "Nicht verschickt" womit du sicherlich die im Postausgang meinst, sind dasselbe.
Julian
Verfasst: 27.03.2007 19:06
von Domitz
Ok^^ Hast recht
Verfasst: 04.04.2007 16:57
von beachgirl
Moin!
kann man die SQL Abfrage:
Code: Alles auswählen
DELETE FROM prefix_privmsgs WHERE 1;
DELETE FROM prefix_privmsgs_text WHERE 1;
irgendwie so ändern, daß nicht ALLE, sondern nur die von ID 0 bis z.B. 25000 in beiden Tabellen gelöscht werden?
Ich wollte auch nur den alten Kram löschen...
Danke!
Verfasst: 04.04.2007 17:17
von gn#36
Sicher geht das.
Code: Alles auswählen
DELETE FROM prefix_privmsgs WHERE privmsgs_id > 1 AND privmsgs_id < 25000;
DELETE FROM prefix_privmsgs_text WHERE privmsgs_text_id > 1 AND privmsgs_text_id < 25000;
Wobei das natürlich auch wiederum zwar alle alten, aber unabhängig vom Inhalt des jeweiligen Posteingangs löscht. (Außerdem ist die Größe der Tabelle vermutlich annähernd vernachlässigbar klein so dass sich das kaum lohnt. Da kannst du lieber von vornherein den Speicherplatz begrenzen (= Anzahl der PNS pro User).)
Verfasst: 04.04.2007 17:43
von beachgirl
Stümmt. Die PMs sind nicht das, was den Kohl fett macht, muß ich wohl nach anderen Ursachen suchen. Mir kam nur 37 MB DB bei 28.000 Posts etwas viel vor...
Danke trotzdem !
Verfasst: 04.04.2007 17:48
von Julian87
beachgirl hat geschrieben:Stümmt. Die PMs sind nicht das, was den Kohl fett macht, muß ich wohl nach anderen Ursachen suchen. Mir kam nur 37 MB DB bei 28.000 Posts etwas viel vor...
Hi,
das kommt immer auch auf die eingebauten MODs ein. Wenn du z.B. den IP Tracker eingebaut haben solltest, dann wird der am Tag ein paar MB fressen, jenach den Besuchern und aufrufen der Forenseiten.
Julian