---

Guten morgen, zur MaxxDB habe ich einige Fragen (2.87 SP4.00)
Im Handbuch steht das man die Datenbank immer mal wieder komprimieren soll. Weiter hinten steht das dies nur für die Access Datenbank gilt. Bringt das auch was bei bei MySQL? Was bewirkt diese komprimierung? Wird dadurch die Performance wieder etwas schneller? Komme ich aber immer noch auf die alten Daten drauf?
Unter weitere Optionen ist bei uns unter: IDENT_ZIP1 gesetzt. Was bedeutet ZIP an Artikel hängen? Wird jedes mal ein ZIP erstellt oder besteht nur die Möglichkeit das ich ein ZIP File an einen Datensatz anhängen kann?
Was passiert wenn bei NOPWDB eine 1 gesetzt wird?
Hintergrund für all die Fragen ist das unsere MaxxDB seit einiger Zeit sehr langsam und träge läuft und wir nicht wissen warum
Gruss Patrick

------------------
SW 2006 SP5.1
WIN2000

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo!

Ist das Thema noch aktuell?

Bei uns in der Schulung haben sie uns gesagt, dass die MaxxDB mit wachsender Größe langsamer werden kann, wenn man eigene Speicherbereiche angelegt hat. Die werden dann eben immer voller und das Duchsuchen dauert länger. Wenn die MaxxDB die Speicherbereiche selbst verwaltet, passiere das wohl nicht. Hab ich aber noch nicht probiert, wir haben auch eigene Speicherbereiche, allerdings noch recht frisch.

Vielleicht ist es ja sowas.?

Grüße
Susann

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Susan,
danke für die Antwort. Die Sachlage ist noch aktuell. Wir haben bei uns sehr viele Speicherbereiche angelegt das ist für uns einfacher zum verarbeiten. Ich weiß nicht warum bei selbst verwalteten Speicherbereichen alles schneller sein soll?
Das Problem ist das die MaxxDB sehr träge funktioniert. Dieses Problem kam von heute auf morgen. Wenn ich ein Teil bearbeite und rufe die MaxxDB auf um zu speichern oder was in der Benennung zu ändern warte ich im Moment länger als sonst. Gerade bei größeren Baugruppen ist dies lästig 30 Sekunden zu warten.
russ Patrick

------------------
SW 2006 SP5.1
WIN2000

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo supereise,

leider hab ich Deinen Beitrag erst jetzt gefunden. Habt Ihr das Problem immer noch? Wir haben es nämlich auch.
Wir haben auch einen SQL-Server und setzen wie Ihr noch SWX 2006 ein.
Große Baugruppen aufrufen und speichern dauert bei uns manchmal Ewigkeiten.
Unser externer EDV Mann hat sich mal der Sache angenommen und festgestellt, dass die Daten zwischen MaxxDB und SWX eine Ewigkeit brauchen. Es ist sogar so, dass zwischen drin gar keine Daten ausgetauscht werden und man nicht weiß warum.
Wenn man die Hotline anruft hilft das so viel das man es gleich bleiben lassen kann oder es kommt der Spruch man soll updaten.

Es wäre schön wenn Du mir Rückmeldung geben könntest ob eine Lösung gefunden habt und wie die Aussieht.

------------------
Gruß,
Florian

[Diese Nachricht wurde von Onkel F am 19. Mrz. 2008 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi,
wir haben das Problem immer noch. Bisher hat kein Lösungsansatz geholfen. Zwischenzeitlich haben wir noch eine neue Lizenz dazu gekauft. Hier hatten wir jetzt das Problem das wir immer mehr Abstürze bekommen haben.
Gruss Patrick

------------------
SW 2006 SP5.1
WIN2000

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP