Wenn man WordPress einrichtet, fragt es nach einem Datenbank-Pr\u00e4fix. Oft hat man in seinem Webhostingpaket nur eine Datenbank und wenn diese dann f\u00fcr mehrere Anwendungen genutzt werden soll, ist es nicht ganz verkehrt, die Tabellen etwas zu sortieren. Also setzt WordPress vor die eigenen Tabellen immer das selbst gew\u00e4hlte Pr\u00e4fix. Standardm\u00e4\u00dfig ist dies „wp_“. Auch bei mir. Wird dann noch ein WordPress installiert, tut man gut daran, das Pr\u00e4fix auf etwas anderes zu \u00e4ndern. Habe ich gemacht, aber das „wp_“ davor gelassen. Da stand dann zum Beispiel „wp_xyz_“. Gar nicht so pfiffig, wie ich gestern heraus fand.<\/p>\n
Im Laufe der Zeit kann die WP-Datenbank ziemlich gro\u00df werden und sich auf die Antwortzeit des Blogs auswirken. Dann sollte man aufr\u00e4umen. Dazu gibt es Plugins, die einem das h\u00e4ndische rumfuhrwerken mit PHP-Admin abnehmen. Die schauen aber dann auch alle Tabellen an, die mit dem Pr\u00e4fix anfangen. Und das ist standardm\u00e4\u00dfig „wp_“ und wurde bei meinen weiteren Installationen auf „wp_xyz_“ ver\u00e4ndert. Das Problem ist offensichtlich, oder? :-(<\/p>\n
Allerdings ist die L\u00f6sung recht einfach. Die Tabellen mit PHP-Admin umbennen in z.B. „xyz_wp_“ und dann in der wp-config.php das Pr\u00e4fix entsprechend anpassen. Zack, l\u00e4uft wieder alles und die Tabellen sind sch\u00f6n eindeutig. Leider bewirkt dies auch, dass man nach einer Anmeldung nicht mehr ins Admin_Dashboard kommt. Das hat dann gestern f\u00fcr einige Stunden Aufregung gesorgt. Noch dazu ich von einer Propofol-Bet\u00e4ubung m\u00fcde war (Hat schon einen Grund, warum man vorher unterschreibt, danach f\u00fcr 24 Stunden keinen rechtsverbindlichen Gesch\u00e4fte abzuschlie\u00dfen und auch kein Auto zu fahren.) und zudem seit letzten Donnerstag mehr oder weniger stark von Migr\u00e4ne geplagt werde.<\/p>\n