3
Seriendokument mit Access-Datenquelle verliert Pfad zur Datenquelle
W2K8-Domäne mit XP-Clients, Office 2007
Moin zusammen,
wie geschrieben habe ich ein Problem mit einem Seriendokument. Dokument und Datenbank befinden sich in einem gemeinsamen Verzeichnis. Diese Verzeichnis liegt auf einem Server und der User hat die notwendigen Zugriffsrechte auf dieses Verzeichnis.
Kopiere ich dieses Verzeichnis lokal auf einen Client, kann ich sowohl Dokument als auch Datenbank problemlos bearbeiten. Also in Seriendokument die Felder verschieben oder in der Datenbank neue Abfragen erstellen oder Felder löschen/hinzufügen.
Kopiere ich die so veränderten Dateien wieder zurück auf das Server-Laufwerk, klappt der erste Aufruf des Seriendokumentes noch problemlos. Sobald ich aber das Seriendokument ein weiteres Mal aufrufen will, bleibt Word in einer Schleife hängen, die immer wieder den Pfad für die Datenquelle eingetragen haben möchte.
Was mir aufgefallen ist: Der Pfad zu dem Verzeichnis auf dem Server enthält Leerstellen (\\server\FB1\Abt. 1.2\KKAUWK\test.mdb). Ich weiß, daß man normalerweise den Pfad in diesem Fall in Hochkommata einschließt.(" \\server\FB1\Abt. 1.2\KKAUWK\test.mdb"). Würde ich auch gerne mal versuchen, nur werde ich bei der Abfrage so geführt, daß ich mich den Verzeichnisbaum entlanghangeln und das Zielverzeichnis nur anklicken kann.
Kann mir bitte mal jemand sagen, wo Word diese Informationen zur Datenquelle speichert? Dann könnte ich den Pfad an der Stelle entsprechend bearbeiten. Oder liegt das Problem an einer ganz anderen Stelle und hat nichts mit dem Dateipfad zu tun?
Gruß J
chem
wie geschrieben habe ich ein Problem mit einem Seriendokument. Dokument und Datenbank befinden sich in einem gemeinsamen Verzeichnis. Diese Verzeichnis liegt auf einem Server und der User hat die notwendigen Zugriffsrechte auf dieses Verzeichnis.
Kopiere ich dieses Verzeichnis lokal auf einen Client, kann ich sowohl Dokument als auch Datenbank problemlos bearbeiten. Also in Seriendokument die Felder verschieben oder in der Datenbank neue Abfragen erstellen oder Felder löschen/hinzufügen.
Kopiere ich die so veränderten Dateien wieder zurück auf das Server-Laufwerk, klappt der erste Aufruf des Seriendokumentes noch problemlos. Sobald ich aber das Seriendokument ein weiteres Mal aufrufen will, bleibt Word in einer Schleife hängen, die immer wieder den Pfad für die Datenquelle eingetragen haben möchte.
Was mir aufgefallen ist: Der Pfad zu dem Verzeichnis auf dem Server enthält Leerstellen (\\server\FB1\Abt. 1.2\KKAUWK\test.mdb). Ich weiß, daß man normalerweise den Pfad in diesem Fall in Hochkommata einschließt.(" \\server\FB1\Abt. 1.2\KKAUWK\test.mdb"). Würde ich auch gerne mal versuchen, nur werde ich bei der Abfrage so geführt, daß ich mich den Verzeichnisbaum entlanghangeln und das Zielverzeichnis nur anklicken kann.
Kann mir bitte mal jemand sagen, wo Word diese Informationen zur Datenquelle speichert? Dann könnte ich den Pfad an der Stelle entsprechend bearbeiten. Oder liegt das Problem an einer ganz anderen Stelle und hat nichts mit dem Dateipfad zu tun?
Gruß J
chem
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 168845
Url: https://administrator.de/contentid/168845
Printed on: April 23, 2024 at 10:04 o'clock
3 Comments
Latest comment
moinsen,
- je nachdem...
Trag die mdb als odbc quelle ein und nutz die so herum.
Gruß
der User hat die notwendigen Zugriffsrechte auf dieses Verzeichnis.
- Auch auf die Freigabe?
- Warum ist das kein verbundenes Netzwerklaufwerk?
Ich weiß, daß man normalerweise den Pfad in diesem Fall in Hochkommata einschließt.
nö... nicht normalerweise...(man sorgt dafür, dass es keine gibt...)Kopiere ich die so veränderten Dateien wieder zurück auf das Server-Laufwerk, klappt der erste Aufruf des Seriendokumentes noch problemlos.
- bedeutet fehlende Schreibrechte haben damit nix zu tun
Kann mir bitte mal jemand sagen, wo Word diese Informationen zur Datenquelle speichert?
- nicht aus dem Stand und nicht für Wörd2k7...
Oder liegt das Problem an einer ganz anderen Stelle ...
- je nachdem...Trag die mdb als odbc quelle ein und nutz die so herum.
Gruß
Moin T-Mo,
dann versuch ich mal die Fragen abzuarbeiten:
, wenn Cheffe das so will ....
Danke bis hierher.
Gruß J chem
dann versuch ich mal die Fragen abzuarbeiten:
Auch auf die Freigabe?
jep, auch auf die Freigaben.Warum ist das kein verbundenes Netzwerklaufwerk?
Es ist ein verbundenes Netzwerklaufwerk, Ich hatte nur keine Lust, hier den ganzen Pfad mit Lfw-Buchstaben etc. zu postennö... nicht normalerweise...(man sorgt dafür, dass es keine gibt...)
was willste machen, wenn die Vorgaben so lauten und die Möglichkeit ja gegeben ist , wenn Cheffe das so will ....bedeutet fehlende Schreibrechte haben damit nix zu tun
sehe ich auch so (siehe oben, erstes Statement) nicht aus dem Stand und nicht für Wörd2k7...
naja, die Antwort muß ja nicht zwingend von Dir kommen ...- je nachdem...
Trag die mdb als odbc quelle ein und nutz die so herum.
Hmm, derzeit verbinde ich die MDB über DDE, ODBC wäre mal ein Versuch wert. Ich teste das malTrag die mdb als odbc quelle ein und nutz die so herum.
Danke bis hierher.
Gruß J
chem
Moin,
soderle, ich habs jetzt über ODBC gelöst und es sieht auch gut aus. Danke.
Gruß J chem
soderle, ich habs jetzt über ODBC gelöst und es sieht auch gut aus. Danke.
Gruß J
chem
