Seite 1 von 2

phpbb_search_wordmatch leeren?

Verfasst: 14.03.2008 04:25
von austrian-i
hallihallo,

ich habe vor die board-suche für mein forum komplett zu deaktivieren, vor allem um platz in der datenbank zu sparen (über 8 millionen datensätze in der tabelle phpbb_search_wordmatch!!!).

wenn ich diese tabelle nun leere, hat das irgendwelche konsequenzen auf die funktionalität des forums? abgesehen von der suche natürlich - aber die will ich ja wie gesagt ausbauen (links zu search.php werden entfernt).

Verfasst: 08.05.2008 16:12
von Wahnfried
..ja das würde mich auch interessieren, da meine datensicherung sich seit vorgestern bei phpbb_search_wordmatch immer aufhängt, und die db nicht gesichert wird.
kann man die table leeren? und welche konsequenz hat das?

Verfasst: 08.05.2008 16:38
von gsxfan
Die Tabelle kann man natürlich leeren (Nicht löschen), auf die Funktion des Forums an sich hat das keinen Einfluss. Die Konsequenz daraus ist, dass nichts mehr gefunden wird bei der Boardsuche. Allerdings baut diese sich im Laufe der Zeit wieder auf.
Am besten den DB Maintenance Mod installieren, der kann die Tabellen optimieren. Empfiehlt sich ohnehin, wenn das Forum schon eine Weile läuft, da sammelt sich allerhand an.

Verfasst: 08.05.2008 17:07
von Gumfuzi
gsxfan hat geschrieben:...
Am besten den DB Maintenance Mod installieren, der kann die Tabellen optimieren. Empfiehlt sich ohnehin, wenn das Forum schon eine Weile läuft, da sammelt sich allerhand an.
oder mit diesem Script:
http://www.phpbb.de/viewtopic.php?t=56571

Verfasst: 09.05.2008 19:29
von Wahnfried
...ja danke für die infos, ich werde es mit dem mod probieren, ansonsten leeren
..thx an euch...

Verfasst: 11.05.2008 12:56
von Wahnfried
...so der db mod hat nichts gebracht, da die datenbank mit etwas über 9mb ausserhalb der vorgegebenen sicherungszeit (laufzeit des scriptes -- all-inkl.) liegt.
wenn ich die tabellen leere...wie schnell wird die such dann wieder aufgebaut?
bringt das überhaupt was, da die tabellen sich dann ja wieder aufblasen?

Verfasst: 11.05.2008 15:10
von Gumfuzi
Falls Du einen Server (kein normalen Webspace) dort bei AI hast, kannst Du einfach die Zeit für das Skript verlängern lassen, das machen die.

Ansonsten beim Leeren wird sich die Tabelle wieder füllen bzw. nach einem Suchindexaufbau wieder genau so groß sein wie vorher - abgesehn davon, dass der Suchindexaufbau sehr lange dauert und Du dadurch ev. wieder eine Zeitüberschreitung hast.

Ev. kannst Du den Suchindex etwas reduzieren, wenn Du die sehr oft benutzten Wörter in einer Textdatei einträgst. "search_stopwords.txt" oder so ähnlich. Dann werden diese Wörter nicht mehr in dieser Tabelle gespeichert, was dann sinnvoll ist, wenn dieses Wort in fast jedem Topic enthalten ist und so eine Suche danach nicht viel bringen würde.

Verfasst: 11.05.2008 17:57
von gsxfan
Wahnfried hat geschrieben:...so der db mod hat nichts gebracht, da die datenbank mit etwas über 9mb ausserhalb der vorgegebenen sicherungszeit (laufzeit des scriptes -- all-inkl.) liegt.
Womit sicherst Du denn?
Mit MySQLDumper sollte das nicht passieren, 9mb ist doch wirklich nicht viel.

Verfasst: 12.05.2008 01:06
von Wahnfried
..doch benutze den mysqldumper. das problem ist, dass all-inkl.com die scriptausführzeit begrenzt hat, dann bricht er nach einer gewissen zeit ab, die 2 anderen (kleinerern) datenbanken werden weiterhin ohne probs gesichert.

...wäre mir neu, wenn AI die scriptlaufzeiten verändert. das wollten sie nicht machen... :(
zur zeit sichere ich mit deren php-script, doch eigentlich wollte ich mit dem dumper weiterfahren...

..nunja, man kann wohl nicht alles haben, der provider ist gut, aber die restrektionen für die scriptausführzeit ...schlecht.

Verfasst: 12.05.2008 08:47
von Gumfuzi
Wahnfried hat geschrieben:...wäre mir neu, wenn AI die scriptlaufzeiten verändert. das wollten sie nicht machen... :(
zur zeit sichere ich mit deren php-script, doch eigentlich wollte ich mit dem dumper weiterfahren...

..nunja, man kann wohl nicht alles haben, der provider ist gut, aber die restrektionen für die scriptausführzeit ...schlecht.
wie erwähnt, wenn man dort einen Managed Server hat, isses kein problem - bei shared systemen geht das klarerweise nicht (wie überall)