Office: (Office 2007) Installierbares ISAM nicht gefunden

Es geht nach wie vor um den Import mehrerer Excel Tabellen nach Access.
Der User soll sich nen Ordner aussuchen, welcher nach Tabellen untersucht wird. Wird Access fündig, werden eben diese importiert. Das funktioniert alles sauber. Nun wollte ich das der user auch den übergeordneten Ordner ansteuer kann und Access alle Tabellen aus allen Unterordnern heraussucht und importiert. Dabei tritt besagter Fehler auf.

Code:

Was ich mal wieder nicht verstehe ... warum tritt der fehler genau jetzt auf. Wenn der Unterordner direkt angesteuert wird funktionierts ja schließlich auch.

:)

 

Wie sieht die SQL-Anweisung aus, wenn der Unterordner direkt angesteuert wird und wie sieht sie im Code aus Beitrag #1 aus?

BTW:
Code:

kommt mir etwas eigenartig vor.

mfg
Josef

 

Hallo Josef,

Also so steuert der User den Ordner an:

Code:

In meiner ersten Variante, wo er den Unterordner via FileDialog auswählen muss, ist dies mein SQL:

Code:

Bei der zweiten Variante, wo er den übergeordneten Ordner ansteuert wie folgt:

Code:

Ich hoffe du meintest dieses - das mit der Klammer zuviel war mein Fehler beim reinkopieren.

 

Hab grad nochmal nen Durchlauf probiert - jetzt kam die Fehlermeldung, das er 10 parameter erwartet ... Gut da hab ich die Range rausgenommen und auf einmal gehts. Aber das hat doch nichts mit der ursprünglichen Fehlermeldung zu tun.

Ich verstehe hier langsam gar nicht mehr!

 

Hallo!

Bei der Fehlersuche hilft der fertig zusammengestellte SQL-Text mehr als der Code, der für das Zusammensetzen sorgt.
Wenn die zusammengesetzte SQL-Anweisung nicht funktioniert, kannst du diese z. B. in einer Access-Abfrage anpassen und testen.
=> Fehler in kleinen Schritten (kurze Code-Stücke) suchen und nicht immer mit dem kompletten Code testen, damit die Ursache gefunden wird und keine weiteren Fehlerquellen das Ergebnis beeinflussen können.

mfg
Josef

 

Ich werde dies in Zukunft auch so machen - versprochen - aber jetzt funktioniert es ja! Und das gibt mir Kopfzerbrechen - ich glaube nicht das es an der Range lag. Es ist ziemlich zermürbend wenn ein Fehler mal nach Lust und Laune auftritt wie jener 3170. Fehler treten aber nicht nach Lust und Laune auf - bloß fehlt mir der Ansatz, wenn dieser Code tagelang anstandslos funktioniert und dann auf einmal nicht - 3 Stunden später gehts wieder! Mir tut der Kopf weh:

Hast du da ne Idee?

Aber erstmal besten Dank für deine Hilfe!

 

Hattest Du nicht in einem anderen Thread versprochen, dass alle Excelmappen gleich sind? Gleiche Tabellenstruktur, gleicher Code, das sollte eigentlich zusammenpassen.

 

Hallo!

Es wird vermutlich doch nicht alles gleich gewesen sein.
In vielen Szenarien sitzt die Fehlerquelle vor dem PC. *wink.gif*

Zur Fehlersuche kann ich dir nur empfehlen, die Aufgaben deiner Anwendung in übersichtliche Teile (Prozeduren) aufzuteilen und im Fehlerfall z. B. die Prozedurparameter u. ä. in eine Log-Datei zu schreiben, damit du den Fehler reproduzieren kannst.

mfg
Josef

 

Jut jut - ich werds am Montag nochmal aufrollen.

@Ebs:

Tach,

die Tabellen sind auch gleich - die zu untersuchenden Tabellen liegen im den Ordner Tabellen und in jenem sind noch Unterordner, welche die Tabellen entsprechend der Kalenderwoche ihrer Erstellung beinhalten. Bisher musste man bei mir wie Filedialog die unterordner ansteuern und jeder KW einzeln auswerten - jetzt soll die Auswahl des übergeordneten Ordner ausreichen - lief ja auch alles super, bis besagter Fehler auftrat!

 

Frage: Wie werden die Tabellen erzeugt und befüllt? Gibt es da Handbetrieb durch Anwender? Sind wichtige Bereiche geschützt? In Excel kennt sich jeder aus und kann schon mal für eine Überraschung sorgen.
Gibt es neben den XLSX auch XLS?

 

Also die tabellen hatte ich mal ursprünglich erzeugt. Und zwar entstanden diese aus einer größeren heraus, welche alle DS der beiteiligen Mirtarbeiter beinhaltete - ich habe diese zerlegt und versendet - über die Zeit hat da sicherlich jeder bissl drin rumformatiert. Aber nun sollten Sie eigentlich wieder alle in Normalform sein - ich habe es allerdings nur mit 10 Tabellen getestet, die denkungsgleich sind, also schließe ich die tabellen als fehlerquelle mal aus!

Wie gesagt, ich werde auch aus der Fehlermeldung nicht ganz schlau - ich denke mal ich werde dann nicht immer alles korrekt abgeändert haben - was anderes fällt mir nicht mehr ein, zumal es jetzt ja reibungslos funktioniert!

Danke für die Hilfe!

 

Hallo,
Siehe dazu auch folgenden Artikel:
http://technet.microsoft.com/de-de/l.../cc179181.aspx

Im Abschnitt "Entfernte Features" liest man:
"Das IISAM (Installable Index Sequential Access Method) für Lotus 1-2-3, Paradox, Jet2.X und Read 2 ist in Access 2010 nicht verfügbar"

Gruß Andreas

 

Interessanter Hinweis. Man sollte aber die Nichtmehrunterstützung von Uralt-Datenversionen in der aktuellsten Accessversion nicht mit Datenmüll (Fehler) in einer unterstützten Version vermischen.