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!
