Discussion:
LinkMaster/Child mit GUID unter ODBC
(zu alt für eine Antwort)
Lutz Serwuschok
2008-09-25 20:30:11 UTC
Permalink
Seit längerem beschäftige mich wieder mal intensiv mit Access und setze dabei
als Entwicklungsumgebung auf die aktuelle 12er Version gegen einen SQL Server
2000.
Dabei habe ich festgestellt, dass MS in der 2007er Access-Version keine
Access-Projekte mehr vorsieht, sondern den SQL Server - Export (wieder) über
ODBC realisiert. Wg. dot net vs. com verstehe ich das sogar.
Meine Entscheidung für das aktuelle Projekt war daher: mach wie Redmond
vormacht, dann funktioniert das auch irgendwie.
Jetzt mein Problem: meine Datensammlung verwendet als Primärschlüssel GUIDs.
Der gemeine GUID ist für VBA ein Variant, der über die eingebaute
StringFromGUID ohne Umweg über .Text als String zu haben ist. Ein
Access-Feature ergänzt solche GUID-Strings regelmäßig mit {guid{GUID}}. Das
funktioniert mit ODBC aber nicht; also die äußere Klammer replacen - dann
gehts.
Jetzt möchte ich gern die aus Northwind 2000 bekannte und beliebte
Hauptform-Subform-Subform zu Anzeige einer Akte-Vorgang-Dokument-Struktur
verwenden. Der Access-Assistent scheitert allerdings unter ODBC selbst an
dieser Aufgabe (Grund m.E. s.o., handgemacht unter Access 2007 mit einer
adp-Datei gegen dieselbe Datenbank funktioniert).
Die LinkMasterFields/LinkChildFields-Konstellation spricht Felder und deren
Werte, so dass replacen zunächst nicht mehr funktioniert. Weil zumindest mit
nicht klar ist, welches Subform zuerst gelesen wird, geht eine gegenseitige
Abfrage der Werte in den Subforms, um die Recordsources zu manipulieren,
nicht; der rechnet sich tatsächlich heiß.
Hat vielleicht jemand schon mal eine Lösung für dieses Problem gefunden.
Danke
Lutz
Jens Schilling
2008-09-29 08:10:44 UTC
Permalink
Hallo, Lutz
Post by Lutz Serwuschok
Seit längerem beschäftige mich wieder mal intensiv mit Access und
setze dabei als Entwicklungsumgebung auf die aktuelle 12er Version
gegen einen SQL Server 2000.
Dabei habe ich festgestellt, dass MS in der 2007er Access-Version
keine Access-Projekte mehr vorsieht, sondern den SQL Server - Export
(wieder) über ODBC realisiert. Wg. dot net vs. com verstehe ich das
sogar.
Meine Entscheidung für das aktuelle Projekt war daher: mach wie
Redmond vormacht, dann funktioniert das auch irgendwie.
Jetzt mein Problem: meine Datensammlung verwendet als Primärschlüssel
GUIDs. Der gemeine GUID ist für VBA ein Variant, der über die
eingebaute StringFromGUID ohne Umweg über .Text als String zu haben
ist. Ein Access-Feature ergänzt solche GUID-Strings regelmäßig mit
{guid{GUID}}. Das funktioniert mit ODBC aber nicht; also die äußere
Klammer replacen - dann gehts.
Jetzt möchte ich gern die aus Northwind 2000 bekannte und beliebte
Hauptform-Subform-Subform zu Anzeige einer
Akte-Vorgang-Dokument-Struktur verwenden. Der Access-Assistent
scheitert allerdings unter ODBC selbst an dieser Aufgabe (Grund m.E.
s.o., handgemacht unter Access 2007 mit einer adp-Datei gegen
dieselbe Datenbank funktioniert).
Die LinkMasterFields/LinkChildFields-Konstellation spricht Felder und
deren Werte, so dass replacen zunächst nicht mehr funktioniert. Weil
zumindest mit nicht klar ist, welches Subform zuerst gelesen wird,
geht eine gegenseitige Abfrage der Werte in den Subforms, um die
Recordsources zu manipulieren, nicht; der rechnet sich tatsächlich
heiß.
Hat vielleicht jemand schon mal eine Lösung für dieses Problem
gefunden. Danke
Ich stolpere gerade über diesen KB-Artikel :

http://support.microsoft.com/kb/295219/en-us

Vielleicht hilft's ...
--
Gruss
Jens
______________________________
11. AEK - Oktober 2008 ( www.donkarl.com/?AEK )
FAQ: http://www.donkarl.com
Loading...