Registry: Open Key liefert False, warum?

[MrSpock]

Hallo borncrush,

ich möchte über den ODBC Treiber die wesentlichen Informationen auslesen (Datenpfade, Mandant).
Das habe ich ja jetzt mit "KEY_READ" auch hinbekommen. In einer anderen Anwendung muss ich den ODBC Treiber aber dynamisch anpassen, da ich z.B. auf aktuelle oder auf Vorjahresfinanzdaten zugreifen muss. Diese Info steht ja im ODBC Treiber.

Interessant ist aber, dass ihr direkt über mySQL auf die Daten zugreift!? In der Dokumentation wird das als nicht möglich bezeichnet und man wird aufgefordert über ODBC auf die Daten zuzugreifen.

[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!

[MrSpock]

Im Moment ändere ich den Jahresprefix per Delphi-Programm direkt beim ODBC Treiber in der Registry. Anschließend greife ich über den modifitierten ODBC Treiber auf die New CL zu. Das funktioniert auch bisher. Falls es aber jetzt ein Zugriffsproblem auf den ODBC Treiber in der Registry gibt, werde ich die Berechtigung dort entsprechend anpassen.

Mein Ursprungsproblem war, dass bei einigen neuen Win7 64-Bit Clients das Öffnen des Registry Keys fehlgeschlagen ist. Mit KEY_READ beim Create hat es aber funktioniert.

In meinem zweiten Programm für denselben Kunden mache ich eine Kostenstellenauswertung. Dort kann der Kunde wählen, ob für das aktuelle, das Vorjahr oder das Vor-Vorjahr di Auswertung gemacht werden soll. Je nach Auswahl passe ich en ODBC Treiber an.

Bis vor 3 oder 4 Jahren habe ich noch über COM Objekte auf die CL zugegriffen. Das war aber immer ein Risiko, weil ich keine Beschreibung der Änderungen in den internen Strukturen hatte.

[borncrush]

Ohje...viel zu tun

Probier mal mit dem folgenden Syntax, den Jahrespräfix und die Mandantennummer zu übergeben. Dann brauchst Dur eine ODBC-Verbindung (auch ohne jegliche Anpassungen). Sollte also gehen:

Die Syntax lautet bei Tabellen ohne Platzhalter:

[Mandant_][Jahrespräfix_]Tabellenname[_Satzartenname]

Die Syntax lautet bei Tabellen mit Platzhalter:

[Mandant_][Jahrespräfix_]Tabellenname[_Satzartenname]__Platzhalter

Beispiel für Artikelpositionen in Aufträgen in Mandant 991, Jahr 0 (aktuelles Jahr, aber ist ja in der WaWi/auftragsbearbeitung eh egal, doch bei der FiBu eben nicht)
M991_V00_AuftraegePositionen_Artikel

Beispiel für Kassenbelege für Kassennr. 3 im aktuellen Mandanten, aktuelles Jahr
Kassenbelege__003


Gruß

[MrSpock]

Danke für den Hinweis, das werde ich einmal ausprobieren.