Office: (Office 2007) Problem mit DomSumme und doCmd.TransferDatabase

Hallo alle zusammen,
ich habe jetzt WIN 7 und Access 2007 installiert.
Die Datenbank, die auf Access 2003 und Win XP schon jahrelang läuft, macht in Access 2007 mit Win 7 mindestens 2 Probleme.

1. Die Funktion DomSumme() zeigt keine Werte mehr an

2. Beim Aufruf eines Makros, das eine temporäre Tabelle erzeugt, gibt es bei dem Befehl:
DoCmd.TransferDatabase acLink, "Microsoft Access", TmpDbName, acTable, "tblKumulation", "tblKumulation"
folgende Fehlermeldung:
Laufzeitfehler 3709
Der Suchschlüssel wurde in keinem Datensatz gefunden

Ich habe den gesamten Code mal in einer Word Datei gespeichert und hochgeladen.

Kann mir jemand helfen?
Ich brauche die Datenbank.
Vielen Dank für eine Antwort.
Gruß
Ingrid

:)

 

Die schnellste Lösung, wenn Du die DB dringend benötigst, ist: 2007 raus (deinstallieren), Office-Paket, ACCESS 2003 installieren. Denn nach meinen Erfahrungen wird es nicht bei den bisherigen 2 Problemen bleiben.

 

Verwendest du möglicherweise eine englische Spracheinstellung und die erkennt DomSumme nicht?

Ich verwende zwar diesen Befehl nicht in meinen Anwendungen, als ich das aber gerade unter Ac07 ausprobierte, lief das ohne Probleme.

Auf gut Glück: die Verweise stimmen alle? Oder gibt es welche mit "Nicht vorhanden"?

[OT]

Dann aber konsequenterweise auch Ac03 raus und Ac02 rein, denn Ac03 verursacht anscheinend auch mehr Probleme als Ac02 - ich denke da z. B. an die Problemberichte des SP3. *biggrin.gif* (SCNR)

@ingrid: Ich kann ich aber beruhigen. Ac07 hat zwar durchaus einige Problemquellen (sind wir das unter Access nicht bereits gewohnt, wenn eine "neue Version" und kein "Upgrade" erscheint? *wink.gif*), man kann aber trotzdem damit stabile Anwendungen erstellen. Wer es nicht kann, kann das auch mit den Vorgängerversionen nicht. *wink.gif*

 

Handelt es sich um ein 32 bit oder 64 bit system?

Ich hatte bei einer Anwendung das Problem, dass der Verweis zwar richtig auf die SysWow64 gezeigt hat. Aber es beim drüberfahren der Schaltfläche zu Fehlermeldungen kam. Dann habe ich den Verweis FM20.dll um eine Position verschoben und schon ging es wieder.

 

Hallo Klaus,
es ist ein 64 bit System, mit dem Verweis FM20.dll kann ich nichts anfangen, wieso verschieben?

@josef: wegen der Sprachversion muss ich heute abend schauen, ich sitze jetzt an einem anderen Rechner. Wäre eine Erklärung.
Es gab doch auch mal DSum(), die Funktion habe ich nicht gefunden, gibt es die nicht mehr?

@Elmar: mit Access 2003 unter Win 7 geht es auch nicht mehr, da kommen sofort andere Fehlermeldungen und Access stürzt zwischendurch ab.

Gruß
Ingrid

 

64 bit:
Da Access 2007 nur mit 32 bit läuft, müssen auch die Verweise auf den 32-bit-Versionen stehen. (Das sollte man allerdings gar nicht manuell einstellen müssen.)
Zur Sicherheit kannst du einmal alle Verweise entfernen (zumindest bei denen das möglich ist) und wieder neu setzen.

DSum():
Diese Funktion sollte auf jeden Fall zur Verfügung stehen. DomSumme ist nur die eingedeutschte Anzeige für DSum.


Kompilieren kannst du deine Anwendung aber schon, oder?
Am besten testet du einmal eine leere mdb, erstellt dort eine Tabelle und führst über eine Hilfsfunktion (oder im Direktfenster) DSum aus.

 

\@Josef

warum läuft Access 2007 nur auf 32 bit Systemen?
Ich habe einen Testrechner hier da läuft Access 2007 auf Windows7 64 Bit.
Die Verweise werden automatisch entsprechend umgehängt.

Das mit der FM20.dll war nur ein Beispiel. Ich würde auch einmal erst alle Verweise entfernen und dann neu einbinden. Danach debuggen und komprimieren.

 

Sorry, war schlecht formuliert: ich meinte "läuft nur mit 32 bit", weil es keine 64-bit-Version von Access 2007 gibt.

Diese Kombination hat bei mir das Produktiv-System. *wink.gif*

 

\@Josef
zur Funktion DSum(): wenn ich in dem Steuerelement aus DomSumme DSum mache, steht da auch dsum. Wenn ich mit Enter bestätige, steht wieder DomSumme. Das kann doch nicht richtig sein. Angezeigt wird im Feld nichts, auf der Statuszeile steht Berechnung läuft.
Gruß
Ingrid

 

\@Josef:
zum Befehl: DoCmd.TransferDatabase acLink, "Microsoft Access", TmpDbName, acTable, "tblKumulation", "tblKumulation"

Du sagst, dass du den Befehl nicht benutzt, wie kann man mit einem anderen Befehl das gleiche Ergebnis erzielen?
Kannst du mir da einen Tipp geben?
Gruß
Ingrid

 

Dann hast du eine deutsche Access-Version. *wink.gif*

Hast du DSum mittlerweile unter VBA (z. B. im Direktfenster) ausprobiert?

DoCmd.TransferDatabase:
Ich steuere das über TableDef mit Connect und RefreshLink. Beispiele dazu wirst du bestimmt hier im Forum finden.

 

Hallo Josef,
ich konnte jetzt erst die Tests durchführen.
DSum habe ich im Direktfenster getestet, hat dort funktioniert.
In meinem Formular wird übrigends der Betrag, wo DomSumme ausgerechnet wird, angezeigt, wenn ich mit F9 berechnen lasse.

aber mit dem DoCmd.TransferDatabase komme ich nicht weiter.
Es wird ja eine temporäre Datenbank mit einer Tabelle erstellt und soll dann verlinkt werden. Da gibt es halt die Fehlermeldung "Der Suchschlüssel wurde in keinem Datensatz gefunden".
Was meinen die mit Suchschlüssel?
Die Tabelle gibt es, wenn ich sie mit msgbox anzeigen lasse, die Felder auch.
Kannst du mir ein kurzes Codebeispiel für TableDef mit Connect und RefreshLink geben, bitte?
Danke
Ingrid

 

DSum():
Verwendest du in Ausdruck einen Bezug zu einem Datenfeld des Formulars? Versuche einmal, ob die Anzeige aktualisert wird, wenn du den Bezug zum Datenfeld gegen ein Steuerelement austauscht.

Dazu habe ich keine Lust, da das in diesem Forum schon oft genug gezeigt wurde. Eine Suche mit Google & Co. sollte dir genug Beispiele bringen.

 

Ich habe mal versucht, das Ganze mit connect zu machen:

Folgende Befehle:
TmpTdf.Connect = ";DATABASE=" & TmpDbName
TmpTdf.RefreshLink

Dabei ist TmpTdf die zu verknüpfende Tabelle und TmpDbName die Datenbank mit Pfad, wo die zu verknüpfende Tabelle drin ist.

Es gibt einen Fehler beim .connect Befehl:
Laufzeitfehler '3219'
Unzulässige Operation

 

noch ein Nachtrag:

meine Verweise sind folgende:

Visual Basic for Application: C:\Program Files(x86)\Common Files\Micosoft Shared\VBA\VBA6 usw.
Microsoft Access 12.0 Object Library: C:\Program Files(x86)\Microsoft Office\Office 12\MSACC.OLB
Microsoft DAO 3.6 Object Library: C:\Program Files(x86)\Common Files\Microsoft Shared\DAO\dao360.dll
OLE-Automation: C:\Windows\SysWOW64\stdole2.tlb
Microsoft ActiveX Data Objects 2.1 Library: C:\Program Files(x86)\Common Files\System\ADO\msado21.tlb

Sind die richtig oder fehlt noch was?

Ingrid