Du wirst Dich leider noch unbestimmte Zeit gedulden müssen, bis das von mir verlinkte Projekt fertig ist.Seether hat geschrieben:Gibt es eine Anleitung wie man es mit phpBB3 kombiniert?MartectX hat geschrieben:Dann weise ich an dieser Stelle mal noch hierauf hin: http://code.phpbb.com/projects/show/11
Suchfunkt.: "native" - "mysql" / Untersc
Forumsregeln
phpBB 3.0 hat das Ende seiner Lebenszeit überschritten
phpBB 3.0 wird nicht mehr aktiv unterstützt. Insbesondere werden - auch bei Sicherheitslücken - keine Patches mehr bereitgestellt. Der Einsatz von phpBB 3.0 erfolgt daher auf eigene Gefahr. Wir empfehlen einen Umstieg auf die neuste phpBB-Version, welches aktiv weiterentwickelt wird und für welches regelmäßig Updates zur Verfügung gestellt werden.
phpBB 3.0 hat das Ende seiner Lebenszeit überschritten
phpBB 3.0 wird nicht mehr aktiv unterstützt. Insbesondere werden - auch bei Sicherheitslücken - keine Patches mehr bereitgestellt. Der Einsatz von phpBB 3.0 erfolgt daher auf eigene Gefahr. Wir empfehlen einen Umstieg auf die neuste phpBB-Version, welches aktiv weiterentwickelt wird und für welches regelmäßig Updates zur Verfügung gestellt werden.
Re: Suchfunkt.: "native" - "mysql" / Untersc
warum kann nimand irgendwo sagen welche art eindeutig den server weniger belastet im CPU /load bereich?
habe alles abgesucht und brauche unbedingt eine antwort! bin doch hier unter experten oder nicht.
habe alles abgesucht und brauche unbedingt eine antwort! bin doch hier unter experten oder nicht.
Re: Suchfunkt.: "native" - "mysql" / Untersc
Die MySQL Fulltext Suche ist schneller, da auf die Indizes FULLTEXT schneller zugegriffen werden kann.
Der Server muss dann nicht einen FULL TABLE SCAN ( meist auch mit einem Datenzugriff auf Dateiebene verbunden --> langsamer als ein Dateizugriff im Arbeitsspeicher ) ausführen, sondern braucht nur die Indizes abgreifen und bei den Fundstellen die passenden Datensätze laden.
Detailierte Infos findest Du dort: http://dev.mysql.com/doc/refman/5.1/de/ ... earch.html
Der Server muss dann nicht einen FULL TABLE SCAN ( meist auch mit einem Datenzugriff auf Dateiebene verbunden --> langsamer als ein Dateizugriff im Arbeitsspeicher ) ausführen, sondern braucht nur die Indizes abgreifen und bei den Fundstellen die passenden Datensätze laden.
Detailierte Infos findest Du dort: http://dev.mysql.com/doc/refman/5.1/de/ ... earch.html
Re: Suchfunkt.: "native" - "mysql" / Untersc
ja und eine klare antwort was CPU /LOADschonender ist native oder sql suche?? (Ram/speicher etc ist egal)
ich nähme an von deinem beitrag SQL ?
ich nähme an von deinem beitrag SQL ?
Re: Suchfunkt.: "native" - "mysql" / Untersc
Korrekt.
Die CPU muss nicht soviel mit I/O herum hantieren und öfter mal auf das Dateisystem warten.
Je mehr Speicher der MySQl Server zugesprochen bekommt, um so mehr könnte er im Key Buffer, Query Cache usw unterbringen ohne auf Dateiebene zuzugreifen.
Die CPU muss nicht soviel mit I/O herum hantieren und öfter mal auf das Dateisystem warten.
Je mehr Speicher der MySQl Server zugesprochen bekommt, um so mehr könnte er im Key Buffer, Query Cache usw unterbringen ohne auf Dateiebene zuzugreifen.
