Office: (Office 2010) Absturz wenn jemand die verknüpfte Excel-Tabelle öffnet

Hallo Forum,

es gibt eine mit Access verknüpfte Excel-Tabelle. Solange niemand die Excel-Tabelle öffnet, klappt alles einwandfrei. Öffnet allerdings jemand die Excel-Tabelle, stürzt Access ab. Kann man die Abstürze irgendwie verhindern um weiter mit Access arbeiten zu können?

Die beste Lösung wäre, die Excel-Tabelle dauerhaft in Access als Tabelle zu überführen. Das ist leider nicht möglich, nicht aus technischen Gründen, sondern da es von Verantwortlichen nicht gewünscht ist.

Vielen Dank im Voraus!

Viele Grüße

:)

 

Excel ist nicht mehrnutzerfähig.
Die Verantwortlichen mit Sachverstand sollten das wissen, den anderen könnte man das mitteilen.

Als Simpel-Vorschlag: Mein Vorschlag wäre, das Öffnen der Exceldatei durch Dritte konsequent zu verhindern.

 

Wenn es nur um die Anzeige der Daten geht, hier mein Vorschlag:

Man arbeitet ohne Verknüpfung.
Die Daten werden in einem ADO Recordset geladen und in einem Formular angezeigt.

Die Connection zum File wird geschlossen.

Dann kann man nach belieben mit dem File arbeiten.
Erfahrung habe ich damit keine, nur einen kurzen Test ist also alles mit Vorsicht zu genießen.

Wenn ich eine bereits geöffnete Excel Datei verwende, dann wird im RS das angezeigt, was soeben eingegeben wurde.

LG Markus

Edit:
Auch wenn ich die Verbindung aufrechterhalte, zeigt ein erster Test kein Problem. Selbst Änderungen durch einen User am am geöffneten File werden durch ein requery am Recordset angezeigt.

 

\@amibobo,
ich dachte schon ich habe mich damit getäuscht, dass von dir keine Rückmeldung kommt sobald es anspruchsvoller oder interessanter wird, oder hast du grade Urlaub/Krankenstand, sodass sich eine kurze Rückmeldung nicht ausgeht?

 

Hallo Markus,
nein weder Urlaub noch Krankenstand, aber da ich mich nicht komplett auf Access/VBA ... konzentrieren kann, muss ich immer wieder zwangsweise andere Aufgaben (Tagesgeschäft) erledigen, bevor ich wieder am Access weiter arbeiten kann. Und selbst dann kann es sein, dass ich kurzfristig wieder eine andere Funktion vorziehen muss oder soll, fast wie im echen Leben *wink.gif*

Dieses Themas werde ich mich hoffentlich jetzt annehmen können, muss mal schaun, ob ich selbst drauf kommen, dann setze ich das Thema auf erledigt, andernfalls kommt wieder ein Beitrag von mir - wann, kann kommt drauf an, welche Überraschungen der nächste Telefonanruf / die nächste Email bereit hält.

Viele Grüße

 

Hallo Markus, hallo Forum,

mit dem Suchbegriffen ADO Recordset und Exceltabelle bin ich am Ende bei folgendem grundsätzlichen Code gelandet:
Code:

Mit der Option ,"Übersicht Mod-Set" im DoCmd erhalte ich den Laufzeitfehler 3011:
"Das Microsoft Access-Datenbankmodul konnte das Objekt 'Übersicht Mod-Set' nicht finden. Stellen Sie sicher, dass das Objekt vorhanden ist und die Namens- und Pfadangaben richtig eingegeben wurden. Ist 'Übersicht Mod-Set' kein lokales Objekt, sollten Sie die Netzwerkverbindung prüfen oder sich an den Serveradministrator wenden"

Der Reiter heißt so. Da es mehrere Reiter in der Exceltabelle gibt, hoffe ich, er nimmt ohne die Option den 1.Reiter standardmäßig.


Wenn ich wie im Code oben die Option weglasse, erhalte ich den Laufzeitfehler '2391':
Das Feld 'F31' ist in der Zieltabelle 'tbl_modset' nicht vorhanden.

Wobei ich nicht weiß, was er mit F31 meint. So heißt keine Überschrift in den Spalten. (Zunächst hatte ich im Access einige Spaltennamen etwas anders geschrieben, als in der 1.Zeile im Excel)

Erschwerend kommt hinzu, dass diese Exceltabelle auch in anderen Access-DBs als Datenquelle genutzt wird, ich kann also nicht einfach Umbenennungen durchführen.

Habt Ihr einen Tip, woran sich Access stört?

Falls es einen besseren Weg gibt, z.B. mit ADODB.Recordset, wie geht das mit Excel?

Viele Grüße

 

Hier infos zu ADO mit Excel Online - Excel Programmierung VBA Makro: ADO und Excel (1) - Kleines Vorwort und Einstieg

 

Auf ein Pferd sollte nur derjenige steigen, der auch mit Pferden umgehen kann.
Ein Arbeitsblatt ist selbstverständlich kein Bestandteil des Pfades einer Excel-Arbeitsmappe, für Tabellen und deren Bereiche gibt es in TransferSpreadsheet ein eigenes Argument.

Sowie dann auch: Ist Dir auch aufgefallen, dass Du von Verknüpfung auf Import gewechselt bist?

 

Hallo,

aus aktuellem Anlass hat jetzt dieses Thema wieder Prio, das andere offene Thema greife ich später wieder an.

Stimmt, aber irgendwie muss man das reiten ja lernen.

Ja, das war der Vorschlag in Beitrag #3:

Ob Verknüpfung oder Import ist mir persönlich egal, auch ob mit ADO oder DAO, mir geht's darum, dass Access nicht abstürzt, wenn gleichzeitig die Excel-Tabelle geöffnet ist.

Basierend auf dem Tutorial

habe ich den VBA-Code angepasst, aber leider klappt es nicht.
Code:

Im Einzelschritt-Debug komme ich bis zur Zeile
.Open
anschließend springt er in die Zeile
MsgBox "Fehler: " & Err.Description
und es kommt die Fehlermeldung:
Fehler: 'Quelle$' ist kein gültiger Name. Stellen Sie sicher, dass der Name nicht zu lange ist und keine ungültigen Zeichen oder Interpunktionszeichen enthält.

Der Code im o.g. Excel-Tutorial funktioniert, auch mit [Quelle$]. Es kann natürlich sein, dass die [Quelle$] Excel-spezifisch ist. Mein Ziel ist aus dem Access heraus Daten aus einer Exceltabelle auszulesen und in Access weiter zu verarbeiten. (Die Verarbeitung fehlt noch, zum Testen wollte ich mir nur mal einen Wert anzeigen lassen - später, ist meine Idee, soll eine Hilfstabelle befüllt werden und diese als Datenquelle für Berichte dienen.).

Kennt jemand den Fehlergrund, und vor allem, wie man diesen behebt?

Vielen Dank im Voraus!

Viele Grüße
Markus

 

Mit Quelle ist der Name des Arbeitsblattes gemeint, in dem Deine Tabelle liegt. Hat dein Arbeitsblatt eine andere bezeichnung, musst Du diese verwenden, zzgl. angehängtes $-Zeichen für Excel und Umhüllung mit eckigen Klammern zwecks Maskierung der Sonderzeichen.

 

Stimmt, da habe ich ein Brett vorm Hirn gehabt.

Die Abfrage von Daten, im folgenden Code nur mit einem Testdatensatz, funktioniert, solange die Excel-Tabelle geschlossen ist.
Leider stürzt mir Access immer noch ab, sobald ich zum .Open kommen und wenn ich zeitgleich die Excel-Tabelle geöffnet habe. Was mache ich falsch?
Code:

 

\@amibobo,
du musst darauf achten einen ClientCursor zu verwenden.
Momentan machst du ja gar keine Angabe zu den Punkten CursorTyp und CursorLoaction.

LG Markus

 

Hallo Markus,

Meine Recherche bei Onkel g. brachte mich auf den Der große ADO-Kurs - von Florian Reischl , doch dieser beschäftigt sich mit Datenbankverbindungen, nicht mit dem Daten auslesen aus einer Exceltabelle. Leider bin ich noch nicht gut genug, um den Wissenstransfer von Access-ADO-Verbindung auf Excel-ADO-Verbindung zu schaffen. Was meinst Du mit deinem Hinweis?

VG

 

Das hat jetzt nichts mit Access oder Excel zu tun, sondern mit ADO.

Sowohl Connection.open als auch Recordset.open haben verschiedene Eigenschaften die du links liegen lässt. Die VBA Hilfe würde Aufschluss bieten.

Bei der Connection wichtig:

oAdoConnection.CursorLocation = adUseClient


Beim Recordset:

oAdoRecordset.CursorType = adOpenStatic

Jeweils vor der Open Anweisung zu setzen.
Da gibt es jeweils mehrere Parameter mit denen man sich beschäftigen sollte um ADO bedarfsgerecht einzusetzen.

LG Markus

 

Hallo Markus,

ich habe hoffentlich deine Ratschläge befolgt mit folgendem Code.
Er unterscheidet sich zum Vorherigen, da ich aus einem Buch stückweise mir das erarbeitet habe.

Code:

Der Code funktioniert soweit, ... solange die Excel-Tabelle nicht gleichzeitig offen ist. Sonst stürzt Access wieder ab bei der Zeile
rst.Open

Jetzt habe ich die Read-Only Optionen gewählt, ich bin ratlos, welche Optionen ich noch wählen soll, dass Access nicht mehr abstürzt, sobald die Excel-Tabelle gleichzeitig geöffnet ist.