Registry: Open Key liefert False, warum?

[borncrush]

Aloha kāua....

Ja, es ist technisch gesehen, kein Problem nativ auf die Daten zuzugreifen. Sage garantiert Dir bloß keine kosistenten Daten, wenn man sie selbst ausliest. Hintergrund sind die fehlenden Datenbankbeschreibungen, sowie dessen Logikzusammenhänge. Vor zwei Jahren (also noch zu ISAM-Datenbankzeiten) war es richtig schlimm. Aber egal.

Der ODBC Treiber von Sage ist imho schon ne Krücke. ABER: Er gewährleistet konsistente Daten beim Auslesen. Man muss wissen, dass das Programm nicht direkt auf den mySQL-Server schreibt, sondern noch ein in .NET-programmierter Interpreter dazwischen hängt. Der sorgt für weitere Datenlogiken, die nicht aus der mySQL-Schemenstruktur erkennkbar ist. Daraus resultiert, dass man möglichst NIE per mySQL nativ Daten -schreiben sollte-!!! Ohne weitere Kenntnisse rate ich davon also ab. Aber lesen ist ok, solange man die Zusammenhänge bei den Bewegungsdaten "verstanden" hat. Stammdaten sehe ich also unkritisch und nachvollziehbar ein.
Ein zusätzlicher Vorteil der ODBC-Variante ist, dass jegliche Datenbankänderungen (Feldänderungen etc.) berücksichtigt werden im Gegensatz zum nativen SQL-Zugriff. Da wir Developer-Partner bei Sage sind, bekommen wir Datenbankstrukturänderungen mitgeteilt.

Nochmal kurz zur Problemsituation:
Wenn Du per ODBC zugreifst, gibt es offiziell keine andere Variante den Jahrespräfix, Stations-INI, etc. zu ändern. Ich bin der Meinung, dass es hierfür aber "Steuerbefehle" gibt, die das doch möglich machen. Wenn ich etwas finde, hinterlasse ich hier einen Post . Und ich bin mir sehr sicher.

Was musst du genau ändern?
Mandantennummer und Jahrespräfix? Dann gibt es sicher ne Lösung.
Stationsdatei? Sieht schlecht aus.....

Happy Diving!