Performance-Problem mit we:write type="object"

[Creutzburg]

Hallo,

bei einem unserer Kunden werden Objekte übers Frontend angelegt. Nun hat die Klasse mittlerweile ca. 14.000 Objekte, und das Anlegen eines neuen Objekts dauert mittlerweile gefühlte 30 Sekunden (Zeit zwischen Submit-Button und Bestätigungsseite). Der Kunde meint, das sei erst seit kurzem spürbar langsamer geworden.

Weiß einer von Euch, wo man da was drehen und beschleunigen kann? Was prüft denn das Tag we:write vor dem Speichern eines neuen Objekts alles? Es scheint ja so, als ob da erstmal ein Datenbank-Select stattfindet, um z.B. nach doppelten Namen, OF_IDs und was weiß ich zu suchen. Würde man die Felder kennen, könnte ja vielleicht ein Index auf diese Spalte helfen, oder?

Hat jemand eine Idee?

Danke für Tipps,
Alex

[deemes]

Dauert denn das Anlegen über das Backend genau so lange?

Falls Du administrativen Zugriff auf dem Server hast, kannst Du ja auch mal den MySQL-Server im Log-Modus neu starten. Dann werden alle Queries gelogt. und Du siehst was genau da passiert. Im Idealfall machst Du das natürlich nachts um 4 Uhr damit nicht tausende Queries von den normalen Nutzerzugriffen gelogt werden.

Edit: Alternativ kann man sicher auch die DB-Klasse von WE kurrzeitig anpassen und alle Queries in ein Logilfe schreiben.

[Creutzburg]

das Neuanlegen im Backend dauert gefühlt genauso lange, und zwar nicht der Moment des Speicherns/Veröffentlichens, sondern die Zeit von der Auswahl "Neues Objekt" aus dem Menü, bis das neue Objekt bearbeitet werden kann.

Übrigens geht das Speichern eines vorhandenen Objekts (egal ob Frontend oder Backend) ganz fix - es betrifft also nur das Neuanlegen eines Objekts. Ich vermute, WE schaut hier nach, ob der (automatisch vergebene) Name und/oder Pfad des Objekts schon vergeben ist.

Ich werde das mit den MySQL-Logs mal ausprobieren - gen späteren Abend.

Dank & Gruß,
Alex

[deemes]

Seltsam. Da sollte ja eignetlich nur der Auto-Increment-Wert ermittelt werden. Vlt. ist die Tabelle defekt? Mal prüfen mit CHECK TABLE und ggf. mit REPAIR TABLE wieder richten.

[helas]

Ich wollte mal fragen, ob es hier eine Lösung gab bzw. gibt. Scheinbar vererbt sich das Problem bis in die Version 6.1.

Aktuell versuche auch ich über das Frontend bzw. per PHP Objekte zu erstellen und auch bei mir dauerts mehr als 30 Sekunden. (Nachvollziehbar über das Attribut "Erstellt am").
Hinzu kommt, dass das Laden der Objekte innerhalb webEdition ebenfalls super lange dauert. Über phpMyAdmin habe ich bereits alle Tabellen checken und optimieren lassen. Die Tabelle tblTemporaryDoc hat allerdings auch 24.422 Einträge. Darf man diese eigentlich einfach leeren?

Hat jemand eine Idee? Lars würde sich freuen.

[helas]

...dann gebe ich mir mal an dieser Stelle selbst die Antwort:
Ich habe in der Tabelle tblTemporaryDoc einfach alle

sinnlosen

Objekte gelöscht:

Code: Alles auswählen

DELETE FROM tblTemporaryDoc WHERE DocTable LIKE 'tblObjectFiles' AND Active=0

Ein kleiner Wink in Richtung der we-Entwickler: bitte mal schauen was tatsächlich in der Tabelle tblTemporaryDoc stehen muss. Scheinbar sammeln sich hier Datenleichen die sich sehr negativ auf die Performance auswirken. (Wenigstens beim Objekt-Handling).

Es grüßt aus dem sonnigen Hannover, helas