Advanced Search mag mich nicht (InnoDB statt myISAM)

  • Advanced Search mag leider meine mySQL (5.x) Tabellen nicht

    Code
    The used table type doesn't support FULLTEXT indexes

    Liegt daran, dass meine Tabellen InnoDB und nicht myISAM sind (die Frage "wieso?" erübrigt sich, da es nunmal einfach so ist).

    Jetzt die Preisfrage: Kann ich, ohne einen Datenverlust befürchten zu müssen meine Tabellen von InnoDB auch myISAM umstellen, oder sollte ich vieleicht doch auf ein Alternativ Plug-in zurückgreifen? Wenn ja, welches?

    Danke
    Mo

    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

  • Eigentlich müsste das mit ALTER TABLE gehen. Ich habe es aber noch nie gemacht, kann dazu also nichts sagen. Vielleicht kann man es mal in einer Testumgebung ausprobieren.

    Was mit Sicherheit güt funktionieren würde, ist ein XML-Export und direkter Reimport. Allerdings würden dabei einige Einstellungen möglicherweise auf der Strecke bleiben, und es würde bei einem sehr großen Blog sehr lange dauern.

    Was für Dich eine Alternative wäre, hängt davon ab, welche Features Du brauchst.

  • Hmmm...Experimente sind grad nicht so groß angesagt, da der Kunde gerne heute die Seite haben will und ich gerne ne Woche in den Urlaub fliegen würde ;)
    Das Projekt hat einen Umfang von etlichen hundert Seiten und Beiträgen...wenn ich da was zerhaue, kann ich mir nen Strick nehmen :???:

    im Prinzip würde es mir reichen, wenn einfach die Seiten mit durchsucht würden...aber mir gefiel dein Plug-in so gut :(

    Grüße
    Mo

  • Müsste man eigentlich fragen, warum Ihr überhaupt auf InnoDB gesetzt habt.

    Was die Umstellung angeht, wenn man ein Backup macht, kann ja kaum was passieren.

    Ansonsten: wie wäre es, wenn Du erst mal was anderes installierst, und das mit der Erweiterten Suche nach Deinem Urlaub angehst? Oder kannst es dem Kunden ja in zwei Monaten als "Zusatzfeature" verkaufen. ;)

  • Müsste man eigentlich fragen, warum Ihr überhaupt auf InnoDB gesetzt habt.


    Tjaha...vermutlich weil derjenige der den Server eingerichtet hat, die InnoDB mit ihren ganzen Features so toll fand und als Standard-Format eingestellt hat...und ich hab natürlich vor der Installation nicht geschaut was da eingestellt war.

    Was die Umstellung angeht, wenn man ein Backup macht, kann ja kaum was passieren.


    Ich werde das nach meinem Urlaub in Angriff nehmen :)

    Ansonsten: wie wäre es, wenn Du erst mal was anderes installierst, und das mit der Erweiterten Suche nach Deinem Urlaub angehst? Oder kannst es dem Kunden ja in zwei Monaten als "Zusatzfeature" verkaufen. ;)


    Hmm...die Suche sollte schon alle Inhalte erfassen wenn die Seite public geht...ich werd mal schauen ob das gute alte "search pages" mit 2.1.x zusammenarbeitet.

    Danke
    Mo

  • habs jetzt doch gemacht...

    hab jetzt einfach mal umgestellt...und es ist nichts explodiert ;)

    bekomme jetzt aber nen neuen fehler

    Code
    Can't find FULLTEXT index matching the column list]


    (die sql ausgabe spare ich mir erstmal)

    Grüße
    Mo

  • Gib mal auf der MySQL-Shell folgendes ein (Tabellenpräfix im Beispiel ist wp_):

    Code
    ALTER TABLE wp_posts ADD FULLTEXT (post_title, post_content);
    ALTER TABLE wp_comments ADD FULLTEXT (comment_content);
  • Gib mal auf der MySQL-Shell folgendes ein (Tabellenpräfix im Beispiel ist wp_):

    Code
    ALTER TABLE wp_posts ADD FULLTEXT (post_title, post_content);
    ALTER TABLE wp_comments ADD FULLTEXT (comment_content);

    Ich wußte ich hab was übersehen :) ...danke...und auch danke für das tolle Plugin :)

    Grüße
    Mo


  • Tjaha...vermutlich weil derjenige der den Server eingerichtet hat, die InnoDB mit ihren ganzen Features so toll fand und als Standard-Format eingestellt hat...und ich hab natürlich vor der Installation nicht geschaut was da eingestellt war.

    Seit mySQL v5.0 ist InnoDB Standard, wehr myISAM als Standard möchte muss das in die my.cnf eintragen.

  • Seit mySQL v5.0 ist InnoDB Standard, wehr myISAM als Standard möchte muss das in die my.cnf eintragen.

    Interessant, hast Du dafür eine Quelle?

    Ich benutze seit über einem Jahr MySQL 5, aber ich war von Anfang an auf MyISAM. Kann aber auch sein, dass das an meiner Distro liegt; glaube ich aber eher nicht.

    P.S.
    MySQL AB :: MySQL 5.1 Referenzhandbuch :: 14.1 Die MyISAM-Speicher-Engine

    Zitat

    MyISAM ist die Standard-Speicher-Engine. [...]

    Einmal editiert, zuletzt von mastermind (2. April 2007 um 10:10)

  • Quelle -> Praxis

    Ich habe auf meinem Windows PC mySQL 5.0.20 installiert und auf meinem Server läuft 5.0.32-Dotdeb.

    Bei beiden mySQL-Servern ist wurden immer InnoDB-Tabellen angelegt, sofern der Type nicht angeben wurde.

    Ich musste in der my.cnf "default-storage-engine=myisam" angeben damit myISAM wieder Standart ist.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!