M-DVD.Org V2 - Forum:

Vielen Dank für deinen Beitrag/Hinweis,

leider zeigt dies wieder, dass der Fehler recht undurchsichtig ist - das Auftreten bei 10 Datensätzen, wenn auch bei dir reproduzierbar, wird in anderen Datenbankkonstellationen sicherlich an anderer Stelle auftreten!?

Der Hinweis in Kombination mit den Filter ist jedoch sicherlich für viele User hilfreich, wenn dieser das Auftreten um das 20-Fache!!! wie bei dir verschiebt.

Aus unserer Sicht war/ist dies jedoch nicht weiter verwunderlich, da bei einem Filter im Hintergrund komplexere Abfragen durchgeführt werden müssen, welche schneller zum überschreiten der "kritischen" Masse führen...ich nehme sogar an, dass die Komplexität des Filters eine Rolle spielt - so wird wohl ein Vergleich auf IstDVD = True länger funktionieren als ein Vergleich auf Schauspieler Enthält '%Willis%'...

Sende uns dennoch bitte den BugReport - vielleicht können wir einen Unterschied im Fehler, welche mit und ohne Filter ausgelöst wird, feststellen... 

Moin, moin,
also nach der Installation von 2.5 Translation, hat sich das Problem
noch verschlimmert, anstatt verbessert.
Vorher konnte ich noch 36 oder auch ab und zu 37 Datensätze
im Batch Update neu nummerieren im Bereich Video. Nach der
Installation vor 2.5 Tran... kann ich nun nur noch 30 Datensätze
per Batch Update neu nummerieren.
Wenn allerdings mit 2.5 das Service Pack 5 gemeint ist, ist
Roadmap noch falsch beschrieben.

Hallo Tornado,

vielen Dank für deine Rückmeldung zu diesem Thema. 

Ich denke jedoch nicht, dass diese "Verschiebung" um ca. 20% bis zum Verbindungsabbruch etwas mit dem Update auf Version 2.5 zu tun hat.
Die Lokalisierung, welche neu hinzugekommen ist, arbeitet auf Basis von Textdateien, und beeinflusst somit die Datenbankverbindung nicht!

Auch wurde ansonsten an den Datenbankzugriffen und Zugriffsmethoden an sich nichts geändert. Nur im "Pre-Processing" wird jetzt dynamisch in Abhängigkeit der Sprache die Spaltenkonfiguration berücksichtigt, was aber ebenfalls keine Auswirkung auf diese Problematik haben kann.

Wie in der Roadmap, bzw. jetzt Historie zur Version 2.5 vermerkt, haben wir dieses Problem erneut "geprüft", konnten es aber nach wie vor (siehe "wenn möglich") nicht beheben!

Der Grund ist wie bereits mehrfach angemerkt, dass der Fehler absolut nicht rekonstuierbar ist, auf jedem Rechner und jeder Datenbank, bzw. Kombination aus beidem zu unterschiedlichen Zeitpunkten auftritt, und letztendlich außerhalb unserer Anwendung im Datenbanktreiber (Modul) von Windows auftritt. Dort wird zu einem nicht bestimmbaren Zeitpunkt die Verbindung unterbrochen - weshalb, wieso und warum ist nicht klar.

Auf den Seiten von Microsoft sind wir zu diesem Thema nach langer Suche zwar teilweise fündig geworden, dort wird jedoch behauptet, dass der Bug in einem bereits recht alten Datenbanktreiber-Update korrigiert wurde. Wie das aber so ist, wurde der Bug evtl. später wieder unabsichtlich eingebaut!? 

Gruß, 

Moin, moin,
schade, ich hatte schon die Hoffnung das es wenigstens ein wenig besser werden würde. Meine Anfrage von gestern bezog sich auf deinen Artikel (siehe Zitat)

Eine weitere Frage:
Bei Vista gibt es den Bereich, das man Probleme mit Anwendersoftware (abstürze usw.) an MS übertragen und melden kann. Allerdings bekommen ich den quasi Absturz erst gar nicht in den Problembericht. Wenn man es hinbekommen könnte die Abbruchinformationen in diesen Problembericht übertragen bekommt, könnte man MS mit den Fehlermeldungen zuballernn, vielleicht tut sich dann etwas?
 

admin:

Klar arbeiten wir noch dran - jedoch hat sich bisher nichts am Status verändert. Das Problem ist scheinbar im Datenbanktreiber von MS, welchen wir verwenden, begründet. Diesen können wir jedoch nicht auswechseln, oder das Problem anderweitig korrigieren. Microsoft schein auch nichts daran zu ändern, da das Problem nur unter Konstellation von vielen verschiedenen Abfragen und Zugriffen auf eine Datenbank zustande kommt.

Wir streben daher für die Version 2.5 eine Optimierung des gesamten Datenbank-Codes an, damit dieser Fehler zumindest deutlich seltener auftritt. Diese Optimierung ist jedoch sehr aufwendig und komplex, so dass es eine ganze Zeit in Anspruch nehmen wird. Wir hoffen aber, dass es sich lohnen wird.

Gruß, 

Das Problem scheint auch mit V2.5 nach wie vor massiv zu bestehen. Sobald man mehrere Datensätze bearbeiten möchte, tritt das Problem auf (an unterschiedlichsten Stellen). Scheint also wirklich irgendwie an der Datenbank oder am Datenbanktreiber zu liegen.

Wie schon in einem anderen Thread angemerkt wäre es vielleicht sinnvoll darüber nachzudenken eine stabile Datenbank zu verwenden. So toll die Idee für dieses Programm auch ist und auch die Features die enthalten sind: Wenn man nicht vernünftig mit dem Programm arbeiten kann, permanent Verbindungsabbrüche hat und auch die Daten durcheinander gemischt werden, vergeht einem die Freude damit zu arbeiten.

Bin auch ein neuer User von diesem netten Programm/Software und habe den gleichen Fehler. Aufgetreten ist der Fehler bei einer Änderung des Songtitels...

Wenn ich die Geschichte dieses Problems verfolge (erste Einträge ab 2005), bekommt der Hersteller dieses Problem nicht in den Griff und man muss damit leben...

Da es sich meistens um ein Real-Time Problem handelt (z.B. Nebenläufigkeit etc.) kann man das Problem nicht reproduzieren. Das einzige was hilft, ist, wenn der Hersteller eine Art "Debug Mode" zur Verfügung stellt, in der alle internen Programm- resp. Funktionsaufrufe in Logdateien protokolliert werden, so dass anhand der Analyse der Logdatei der Grund des Fehlers nachvollzogen werden kann. PS: Dieses Feature ist nicht gratis und müsste schon im Entwurf der Software berücksichtigt werden.

Ein erfahrener SW-Entwickler... 

Hallo xoaboa,

danke für deine nützlichen Tipps...

Wenn du jedoch den kompletten Forumsbeitrag durchließt, wirst du feststellen, dass wir uns schon ausgiebig mit dem Problem beschäftigt haben. Jedoch ist bei unseren Tests heraus gekommen, dass das Problem offensichtlich am Datenbanktreiber (JET4.0) von Microsoft liegt.

Hier gibt es laut MSDN einen bekannten Bug, welcher bei einem internen "Überlauf" in der internen Cache-Struktur der Datenbank, bzw. des JET-Treibers auftreten "kann". Dieser wurde laut MS in einem der zahlreichen BugFixes scheinbar behoben - aber wie das so mit Bugs ist - die kommen immer wieder, bzw. werden nicht immer vollständig und nicht für jeden erdenklichen Fall behoben.

Technisch läuft das so ab, dass plötzlich, bei normalen Operationen, bei der n-ten, nicht reproduzierbaren Operation plötzlich die Verbindung zur Datenbank "stirbt". Dies passiert ausserhalb M-DVD.Org V2, innerhalb des Treibers von MS. Wieso, weshalb und warum ist die Frage - letztendlich können wir nur darauf reagieren, in dem wir versuchen, die "tote" Datenbankverbindung zu erkennen, und diese wiederherzustellen.

Dies ist jedoch ebenfalls in den Meisten Fällen nicht mögich, da der Treiber plötzlich, wieder ohne jeden ersichtlichen Grund, nicht mehr korrekt mit dem aktuellen Prozess/Thread arbeitet. Erst ein komplettes Prozess-/Thread-Recycling, welches nur durch einen Neustart möglich ist, setzt die Verbindung zur Datenbank über den MS-Treiber wieder auf 0, und man kann wir gewohnt damit arbeiten.

Ich vermute meinerseits, dass die Anzahl an komplexen Abfragen, Filtern und gleichzeitig aktiven Modulen einfach einen Tick zu komplex für den Treiber, bzw. die dahinterliegende Datenbank ist.

Da dies jedoch nicht von unserer Seite her lösbar ist, ohne den kompletten Datenzugriff neu zu erstellen, und eine andere Datenbank zu verwenden (SQL-Server, den wohl auch die wenigsten installiert haben - oder installieren wollen), können wir nach dem aktuellen Stand unseres Wissens nichts an dem Problem ändern.

PS: Im Hintergrund läuft ein Logfile, welches alle Fehler innerhalb der Software protokolliert - wir haben hier auch einige BugReports vorliegen, die bestätigen dass das Problem an diversen Stellen bei diversen Operationen auftritt - die sonst fehlerfrei funktionieren. 

Danke für diese absolut professionelle Antwort (mein ich nicht ironisch, sondern ganz ehrlich)!

Gruss

xoaboa

Hallo Admin,

dieser Fehler tritt immer auf, wenn man z.B. über Automatische Filter, dann Multichange aktiviert und hintereinander mehrere Datensätze (z.B. ca. 13 Massenänderungen hintereinder) ändert.

Auch ein "Aufräumen" der Auswahldaten führt zu keinem besseren Ergebnisss. Nun sind unter "Automatische Filter" Alben und Interpreten nicht mehr auswählbar.

Dies kann nicht am System liegen, weil wir das Problem auf zwei unterschiedlichen Rechnern betreiben und der Fehler trotzdem auftritt.

MfG

aberlinede

Hallo,

die Auto-Filter, sofern "beschädigt", kannst du über das Menü "Daten - AutoFilter aktualisieren" neu berechnen lassen.

Gruß,