CONTENIDO Forum

Beitrag von **emergence** » Di 2. Aug 2005, 11:52

hmm...

ich denke es wird an der art und weise liegen wie die suche funktioniert...
die con_content value teile zu durchsuchen frisst unglaublich viel zeit...

es gibt zwar die tabelle con_keywords die eigentlich für die suchfunktion vorgesehen ist, aber con flakes nimmt dort sicherlich keine eintragungen vor...

und dann kommt noch dazu das es momentan keine module für diese tabelle gibt...

und der hit an der sache der mir vor einiger zeit aufgefallen ist...
die einträge in der con_keywords unterscheiden sich bei der 4.4.x und 4.5.x serie...

sprich ein suchmodul das sich der tabelle con_keywords bedient und für die 4.4.x geschrieben ist funktioniert nicht bei einer 4.5.x und umgekehrt...

ein paar anmerkungen hab ich mal hier geposted
-> http://www.contenido.org/forum/viewtopi ... highlight=

i-fekt · Beitrag von **i-fekt** » So 7. Aug 2005, 15:25

Beitrag von **emergence** » Mo 8. Aug 2005, 09:24

sieh dir einfach mal das generierte sql query an...
und das testest du mal mit phpmyadmin...

du brauchst nur vor

Code: Alles auswählen

$this->db->query($sql);

ein

Code: Alles auswählen

echo $sql."<br>";

ergänzen....

dann weisst du wenigstens ob es am code oder am sql statement liegt...

kummer · Beitrag von **kummer** » Mo 8. Aug 2005, 09:33

es gibt wesentlich schnellere möglichkeiten; aber das hängt wesentlich von der mysql-version ab, die in verwendung ist.

je nach version ist es möglich, einen index über all die betroffenen tabellen zu erstellen und dann diesen abzufragen.

das problem bleiben letztlich die verknüpfungstypen und die tatsache, dass über eine grosse anzahl felder eine regex-prüfung vorzunehmen ist.

welche version von mysql hast du denn in verwendung?

ggf. lohnt sich ein update. ab der version 4.0.1 hast einen boolean-search zur verfügung. siehe hier: http://dev.mysql.com/doc/mysql/en/fulltext-boolean.html

damit wird die suche erheblich schneller.

i-fekt · Beitrag von **i-fekt** » Mo 8. Aug 2005, 09:56

kummer · Beitrag von **kummer** » Mo 8. Aug 2005, 11:15

dann kannst du eben den boolean search verwenden.

schau mal hier: http://dev.mysql.com/doc/mysql/en/fulltext-boolean.html

das vorgehen wäre dann wie folgt:

(1) fulltext-index anlegen über alle spalten, über die die suche statt finden soll.

(2) query mit match-against anpassen (gemäss angaben von mysql). das heisst, die ganze where-klausel mit den oder-verknüpfungen gegen das match (feldbezeichner) against (suchbegriff IN BOOLEAN MODE) ersetzen.

damit entfallen die zahlreichen regexprüfungen und die suche sollte schneller werden.

i-fekt · Beitrag von **i-fekt** » Mo 8. Aug 2005, 18:10

i-fekt · Beitrag von **i-fekt** » Mi 31. Aug 2005, 08:26

phpchris · Beitrag von **phpchris** » Mi 31. Aug 2005, 13:25

Ich denke, das Problem wird eher bei den Funktionen ereg_replace() zu suchen sein.
Das ist ziemlich häfuig die Ursache für langsame Performanz.

Habe jetzt aber nicht wirklich geguckt, was die Funktion ereg_replace() hier soll...

i-fekt · Beitrag von **i-fekt** » Fr 28. Okt 2005, 08:37

Beitrag von **Halchteranerin** » Fr 28. Okt 2005, 08:54

und moechtest du die guten Abfragen nicht veroeffentlichen, bzw. die ganze optimierte Version?

Beitrag von **HerrB** » Fr 28. Okt 2005, 08:55

Und Du postest noch das Ergebnis ...

?

Gruß
HerrB

i-fekt · Beitrag von **i-fekt** » Fr 28. Okt 2005, 09:28

Beitrag von **Halchteranerin** » Fr 28. Okt 2005, 09:36

i-fekt hat geschrieben:Nein, ich weiß nicht ob das ok ist?

http://w3concepts.net/1/1/50.html

Was sich in dieser Rubrik findet, darf kostenfrei heruntergeladen und für private sowie für kommerzielle Zwecke verwendet werden.

w3concepts.conFlakesSearch 30.12.04
conFlakesSearch ist das Schwestermodul von conFlakes. Normale Suchmodule erfassen die Texte, welche mit conFlakes editiert worden sind nicht, da sie nicht in den neu angelegten Tabellen...

CONTENIDO Forum

^_^

^_^