-gelöst- Geschwindigkeit bei Artikelauflistung über LAN

[Mischa]

Hallo!
Die Geschwindigkeit von Tabellenaufbau von Artikeln pro Zeile beträgt 20-40 Sekunden ( 100K LAN). Dies passiert immer und immer wieder, sogar wenn diese Tabellen schon Mal angezeigt wurden (wie ich mir so vorstelle, lokal gepuffert?) und man hat wieder auf sie "umgeswitcht".
Die Rechner sind XP P4 2GHz.
BEi allen adneren Tabellen wie Kunden, Lieferanten etc. ist die Geschwindigkeit völlig akzeptabel.
Wenn man mit dem ES aufm Server arbeitet, gibt es dieses Problem nicht.

Bitte um Hilfe!
Danke!

 

[Janusch]

Es scheint als würde die Netzwerkverbindung durch etwas gestört.
Die Artikel werden in "Virtuellen-Listen" dargestellt, so das nur der sichtbare Bereich aus der DB gelesen wird.

Wir hatten schon einige netzwerkinstalaltionen (sogar übers Internet) doch dieses Problem wurde uns noch nie gemeldet.

Bitte als erstes Sichrheitssoftware (Antiviren, Firewalls) für paar Tests deaktivieren.


Wieviele Artikel sind in der DB vorhanden?

 

[Mischa]

Es scheint als würde die Netzwerkverbindung durch etwas gestört.

Auf beiden Rechner sind firewals deaktiviert und sie befinden sich im selben LAN-Segment über einen D-LINK switch verbunden.


Alle Anderen Listen, wie Kunden, Lieferanten etc. erscheinen ziemlich schnell aufm Monitor. Ist die Darstellung von Artikeln anders programmiert?

Die Artikel werden in "Virtuellen-Listen" dargestellt, so das nur der sichtbare Bereich aus der DB gelesen wird.

Ich habe spasshalber die Verbindung zum Server abgeschaltet. Bevor der Client mir irgendeine Zahl in der Tabelle angezeigt hat, hat er mir Fehlermeldung angezeigt, aber danach trotzdem alle gepufferten Werte angezeigt.

Bitte als erstes Sichrheitssoftware (Antiviren, Firewalls) für paar Tests deaktivieren.

Ist deaktiviert.

Wieviele Artikel sind in der DB vorhanden?

Zur Zeit dar nicht so viele, maximal 10, in einer untergruppe- 1. Das Problem ist trotzdem da. Sogar mehr: obwohl die CPU-Auslastung nicht grösser als bei 1-2%, lässt sich während des Tabellenaufbaus mit dem Rechner nichts anderes tun, er "hängt" quasi.

Was ich noch gemerkt habe. Je schneller der Rechner umso schneller der Tabellenaufbau. Aber Pentium 4 2GHz und 2,8GHz müssten doch für "normale" Geschwindigkeit ausrechen?

Mag dies am ODBC-Treiber liegen?

Danke!

 

[Janusch]

Das is wirklich ein Phänomen.

Die Artikel werden als virtuelle Listen dargestell - d.h. es werden nur die Artikel aus der DB gelesen die tatsächlich angezeigt werden.


Wir könnten versuchen dies zu lokalisieren...

Bitte als erstes folgendes durchführen:

Systemsteuerung -> Verwaltung -> Datenquellen (ODBC) aufrufen.

Danach den Reiter "Ablaufvervolgung" klicken und den Protokolldateipfad merken. "Ablaufverfolgung starten" klicken.

Jetzt eazySales starten, Anmelden und sofort in die Produkteübersicht wechseln und Fehler reproduzieren.
Sobald alle Artikel sichtbar sind, eazySales schließen.

Nun stehen alle Aufrufe in der SQL.LOG Datei drin. Diese bitte an mich senden.

Noch "Ablaufverwolgung deaktivieren".

 

[Mischa]

Habe an Ihre E-Mail-Adresse abgeschickt.

Was ich gemerkt habe. Es werden bei nur einem Artikel in der Gruppe mehrere Male die selben select-Anweisungen durchgeführt:
"SELECT * from tLiefArtikel WHERE tArtikel_kArtikel=7 ORDER BY fEKNetto
und
SELECT * from tLieferant WHERE kLieferant=0"
Wozu, kann ich mir nicht erklären...

Anzumerken noch vielleicht, dass keine Lieferanten zum Produkt zugeordnet sind.

Danke!

 

[ekm-shop-eu]

Konfiguration:
osCommerce
JTL-WaWi: 0.9.9.4
Connector: 0.9.9.9



Also wir haben hier das gleiche Problem. Auf dem PC mit der Datenbank is alles prima, aber auf allen anderen PCs, die über Inet auf die Datenbank zugreifen ist alles enorm langsam. Änderungen wurden alle wie beschrieben übernommen. Das macht das ganze zwar etwas schneller, aber immer noch sehr langsam.

Ich frage mich, wieso die Daten der einzelnen Kategorien und Produkte auf den Clients überhaupt live übertragen werden müssen? Kann man die nicht während der Synchronistation einlesen lassen, so dass die Daten dann auf dem jeweiligen Client-PC sind und dort bearbeitet werden können? So läuft das doch auch mit dem Turbolister 2.0 beta und eBay. Daten werden synchronisiert, Daten werden geändert, geänderte Daten werden hochgeladen.

eazysales als zum Artikel einstellen is auf dieser Basis eigentlich nur direkt an dem Datenbank-PC machbar. Als Client so nicht nutzbar.

Ansonsten dickes fettes megalob. Echt prima Arbeit, die ihr hier abliefert!

Grüße

 

[Thomas Lisson]

Hi ekm,

bitte alle Cleints auf JTL-Wawi 0.9954 aktualisieren (nur exe Datei austauschen). Da gibt es Perforamcesteigerungen.

Die gibt es auch wenn man die MSDE durch die aktuellere SQL Express 2005 austauscht.

 

[Janusch]

Ich frage mich, wieso die Daten der einzelnen Kategorien und Produkte auf den Clients überhaupt live übertragen werden müssen? Kann man die nicht während der Synchronistation einlesen lassen, so dass die Daten dann auf dem jeweiligen Client-PC sind und dort bearbeitet werden können? So läuft das doch auch mit dem Turbolister 2.0 beta und eBay. Daten werden synchronisiert, Daten werden geändert, geänderte Daten werden hochgeladen.

Die Clients müssen echtzeit Zugriff auf die Datenbank besitzen damit Lagerbuchungen/Kundenr. Rechnungsnr. usw. Richtig vergeben werden.
Wäre die Wawi nur ein ebAy Lister wäre es kein problem, da dies auch als Wawi von vielen im Netzwerk eingesetzt wird, muss jeder Client sofort auf die DB zugreifen.

Wie schnell ist die Internetverbindung?

 

[ekm-shop-eu]

Alles klar. Verständlich erklärt und somit nachvollziehbar. Danke.

Werd mal neue Version laden und die Database die Tage mal mit SQL Express 2005 ersetzen, falls dies noch nich so vorhanden ist.

Merci für den schnellen Support.

 

[fred17]

Hallo alle zusammen. Erst mal natürlich auch von meiner Seite, Dank an die Entwickler, schöne Software...aber

Die Geschwindigkeit von Tabellenaufbau von Artikeln pro Zeile beträgt 20-40 Sekunden ( 100K LAN). Dies passiert immer und immer wieder, sogar wenn diese Tabellen schon Mal angezeigt wurden (wie ich mir so vorstelle, lokal gepuffert?) und man hat wieder auf sie "umgeswitcht".
Die Rechner sind XP P4 2GHz.
BEi allen adneren Tabellen wie Kunden, Lieferanten etc. ist die Geschwindigkeit völlig akzeptabel.
Wenn man mit dem ES aufm Server arbeitet, gibt es dieses Problem nicht.

Kann ich bestätigen. Ist bei uns leider auch der Fall. (Über 2Mb DSL VPN-Verbindung)

Die gibt es auch wenn man die MSDE durch die aktuellere SQL Express 2005 austauscht.

Kann ich leider nicht bestätigen . Hab die SQL EXPRESS auf unserem Server installiert. Das Phänomen Artikellisting extrem langsam (selbst bei nur 2 Artikel in der Liste), Kundenlisting (über 200) top, bleibt.
Und was leider auch nicht funktioniert ist der Webshopabgleich (xt-commerce) via VPN (timeout). Außerdem scheint SQL Express die Felder für die Shopverbindung mit Blanks aufzufüllen :? was dann zu dem hier schon öfter zitierten Fehler 404 führt, weil an den Pfad auch Blanks angehängt werden. Sollte aber vielleicht in einem neuen Thread geklärt werden.

Grüße
Manfred


WaWi 0.9953 Connector 0.9995 SQL Express

 

[Janusch]

Außerdem scheint SQL Express die Felder für die Shopverbindung mit Blanks aufzufüllen

Bitte die ODBC Einstellungen gleich wie im FAQ setzen. Dort scheinen die Einstellungen nicht zu passen.

Das mit der Gschwindigkeit kann ich mir nicht erklären. Zumindest scheint es nur bei wenigen der Fall zu sein.

Edit:

Bitte probiert folgnedes..
Testkategorie erstellen und allen Artikeln einen Lieferanten zuordnen.
Ist der Aufbau der Artikelliste auch so langsam?

 

[fred17]

So, hat ein paar Tage gedauert...
Ich hab jetzt mal einen Lieferanten angelegt und zugeordnet. Der Aufbau der Artikelliste geht damit erheblich schneller. Allerdings ist der Aufbau der Kundenliste immer noch ein ganzes Stück schneller. Aber so lässt sich arbeiten. Ganz klar ist mir das Verhalten aber nicht. (Ist halt Microsoft ). Auch die Sache mit den ODBC Einstellungen hat funktioniert, lag daran, dass ANSI Leerzeichen angekreuzt war, was dann offensichtlich zum Auffüllen der Felder mit Leerzeichen führt (böse Falle)! Danke Janusch.

Grüße
Manfred

 

[Janusch]

Ganz klar ist mir das Verhalten aber nicht. (Ist halt Microsoft

Da ist leider Fehler im Programm. Es wird krampfhaft nach Lieferanten in der DB gesucht. Wird mit nächster Version behoben sein.

 

[Marcel]

Die neue Version 0.9957 ist da. Sollte damit behoben sein.