# Suchfunction - langsam (SOLVED)

**URL:** <https://forum.shopware.com/t/suchfunction-langsam-solved/2206>\
**Category:** Shopware 3.5\
**Tags:** general\
**Created:** [22. März 2011 um 09:47 UTC](https://forum.shopware.com/t/suchfunction-langsam-solved/2206 "2011-03-22T09:47:17Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![kamik](https://avatars.discourse-cdn.com/v4/letter/k/a4c791/32.png) [@kamik](https://forum.shopware.com/u/kamik)\
**Post date:** [22. März 2011 um 09:47 UTC](https://forum.shopware.com/t/suchfunction-langsam-solved/2206/1 "2011-03-22T09:47:17Z")

</div>

Wir haben jetzt ein Testshop installiert. Datenbank mit ca. 8000 Artikeln. Server 4Core - 8GB Memory. Läuft alles gut ausser Suche. Die Suche dauert mindestens 2-3 Minuten. Ich habe mysql-logging eingeschaltet. Ich sehe keine langsame SQL-Anfragen. Ist es irgendwo in php-code eine Super-Schleife eingebaut?

---

<div class="post-metadata">

**Author:** ![kamik](https://avatars.discourse-cdn.com/v4/letter/k/a4c791/32.png) [@kamik](https://forum.shopware.com/u/kamik)\
**Post date:** [22. März 2011 um 10:11 UTC](https://forum.shopware.com/t/suchfunction-langsam-solved/2206/2 "2011-03-22T10:11:18Z")

</div>

Was für eine SQL-Anfrage REPLACE INTO s\_artikels\_translations (articleID,languageID,name keywords,description,description\_long) die ganze Tabelle (8000 Artikel) neu erstellt und bei der jede Suche ausgeführt?

---

<div class="post-metadata">

**Author:** ![kamik](https://avatars.discourse-cdn.com/v4/letter/k/a4c791/32.png) [@kamik](https://forum.shopware.com/u/kamik)\
**Post date:** [22. März 2011 um 18:32 UTC](https://forum.shopware.com/t/suchfunction-langsam-solved/2206/3 "2011-03-22T18:32:13Z")

</div>

Erledigt. Ich habe komlett neu installiert - und Problem ist dadurch gelöst.

---

<div class="post-metadata">

**Author:** ![kamik](https://avatars.discourse-cdn.com/v4/letter/k/a4c791/32.png) [@kamik](https://forum.shopware.com/u/kamik)\
**Post date:** [26. März 2011 um 11:01 UTC](https://forum.shopware.com/t/suchfunction-langsam-solved/2206/4 "2011-03-26T11:01:46Z")

</div>

Nach kurze Zeit tritt den Fehler erneut am. Problem ist in felehrhafte Eintrag in s\_core\_multilanguage (SwagLangLite) Feld „fallback“ war gleich 2 und „isocode“ auch 2 (englisch). Und beim SQL-Abfrage aus sArticles.php bekommt man zu viele Ergebnisse (z.b. beim 5.000 Einträge in s\_core\_translations bekomme ich ca. 34.000.000 Ergebnisse). `SELECT IFNULL(ct.objectdata, ct2.objectdata) as data, IFNULL(ct.objectkey, ct2.objectkey) as articleID, cm.id as languageID FROM s\_core\_multilanguage cm LEFT JOIN s\_core\_translations ct ON ct.objectlanguage=cm.isocode AND ct.objecttype = 'article' LEFT JOIN s\_core\_translations ct2 ON ct2.objectlanguage=cm.fallback AND ct2.objecttype = 'article' WHERE ct.id IS NOT NULL OR ct2.id IS NOT NULL` Dies führt zu Apache overload beim bearbeiten nächste SQL-Abfrage `if($i==$c||count($values)\>5000) { $sql\_values = ' REPLACE INTO `s_articles_translations` ( articleID, languageID, name, keywords, description, description\_long ) VALUES '; $sql\_values .= ' ('.implode('), (',$values).')'; $this-\>sSYSTEM-\>sDB\_CONNECTION-\>Execute($sql\_values); $values = array(); }` Behoben ist durch einstellen „fallback“=1 (deutsch). Ich glaube, es sollte in backend diese Einstellung geprüft und Kombination verboten , wenn `fallback==isocode`. sorry für mein Deutsch.