Office: (Office 2003) Access-Datenbank nach Windows 7-Upgrade langsam

Also auch dann, wenn es keine FE/BE-Trennung gibt, oder?

Auf gut Glück: hast du schon probiert, was passiert, wenn du UAC deaktivierst?

Kannst du deine Problemstellung auf ein paar wenige Tabellen und Abfragen reduzieren und eventuell als Beispiel-Anwendung bereitstellen?
Vielleicht findest sich die Problemquelle, wenn die mdb auf einem anderen Win7-System wie gewünscht funktioniert ... dann könnte man zumindest Vergleiche zw. den Systemen machen.

 

Wenn Du uns, die von Josef gezeigte, BeispielDB zur Verfügung stellst, kann ich auch testen.
Habe hier atm. diverse Kombinationen verfügbar da ich Office14 testen muss/darf bzw. AddIns auf Office14 anpassen muss.
Vista + Office12
XP + Office12
XP + Office11
Win7 + Office12
Win7 + Office14

Lässt sich also fast alles simulieren *wink.gif*

 

da spricht man von 9 Jahre alter Milch... und das erste was Access macht ist nach dem IE5 schauen... naja...
Ich habe mal diese Logfiles mit dem ProcMon erstellt...
Logfiles.rar

einmal für XP (da geht die Aktion von 13:02:01 bis 13:02:08) und einmal für Windows 7 (von 12:51:30 bis 12:53:05).

Sieht wie zu erwarten ziemlich ähnlich aus, dauert bei Win7 einfach nur sehr viel länger... diese 12.000 Read-Events spiegeln sich wie schon gesagt nicht in merklicher Festplattenaktivität wieder.

...kann es sein...

mir fällt auf dass der Pfad E:\TEMP\JETFD1E.tmp natürlich sehr viel kürzer ist als C:\Users\Christoph\AppData\Local\Temp\JET1351.tmp ...

wenn es daran liegt muss ich Brocken lachen... ich stelle mal mein Temp-Verzeichnis um...

 

ich beteilige mich am test mit

Win7 + Office11
XP + Office10

 

...also wenn ihr jetzt schon Schlange steht kann ich ja kaum nein sagen *wink.gif*

ich werde mal versuchen das irgendwie sauber zu verpacken, die Anwendung selbst hat viele 3rd-Party Steuerelemente, aber die Abfrage die es versaut ist so speziell, dass ich die gegebenenfalls isolieren und ganz einfach nachbauen kann... das wird dann aber nicht in 5 Minuten so weit sein

 

Und die sind auch alle "Windows 7 fähig" ?

Hast Du möglicherweise beim Wechsel XP -> Win7 auch von 32 auf 64bit gewechselt?
Dann wäre das ggf. auch noch zu berücksichtigen...

 

7 Minuten sind schnell genug. *biggrin.gif*

Bezüglich nachbauen: je weniger Elemente enthalten sind, desto besser ist es, da dann weniger Störfaktoren mitspielen.
Im Prinzip würden die Tabellen und die eine Abfrage ausreichen.
Falls das Problem nur aber einer bestimmten Datensatzanzahl bemerkbar ist, wäre es auch vorteilhaft, wenn du eine Routine anfügst, die diese DS erzeugt, damit alle mit der gleichen Ausgangsbasis testen können.

mfg
Josef

 

Insofern als das kein anderer Teil der Anwendung Probleme bereitet würde ich mal sagen Ja, das sind sie.
Ist auch nichts wildes... ein Kalendersteuerelement, ein paar Slider hier und da.
Ich bezweifle das die Architektur eine Rolle spielt... unter Win7x64 läuft alles was mit den Steuerelementen in Berührung kommt genauso flott und fehlerfrei wie unter WinXPx86. Ich vermute dass die Kundin mit dem Win7 Rechner die 32 Bit Version fährt.

Die Hauptlast in der Anwendung liegt bei von mir selbst gebastelten Kapselklassen für Access-Formulare und -Steuerelemente mit denen ich so allerhand anstelle, aber ich glaube hier liegt das Problem eindeutig an einer Abfrage und damit bei Jet... da können die Formulare drumherum zusammenbrechen wie sie wollen oder eben auch nicht.

Achja...

Die "Endkunden" sind übrigens Sozialarbeiter mit quasi nicht vorhandener EDV-Seelsorge... je weniger technische Infos ich da einholen bzw. rüberbringen muss, desto besser *wink.gif*

 

\@themightylechuck

Ich danke erstmal für deienen Beitrag zum Thema
(wenn ich dich richtig verstanden habe hast du ja access FE und das Access Backend LOKAL auf Platte)
und hast du die gleiche Runtime Version


Lokal heist für mich
MEIN NETZWERK ist also nicht die fehlerquelle
MEIN ODBC ist nicht die Fehlerquelle
mein Access upgrate ist nicht die Fehlerquelle.

mach dir um die Steuerelemente keine gedanken
die Fehler treten bei mri schon ab 3 Dropdown menüs und 2 Buttons auf.
Komplizierte abfragen (ausser mit Left Joins) sind glaube ich auch nicht so schlimm - ich hab das Progrblem beim Zugriff auf ne Serverview die dem Formular zu grunde liegt

besonders bei Requery des Formulares

Erfahrungen mit dem Statusbalken kann ich dir nicht mitteilen
meine Abrage ist so kompakt - der Balken erscheint garnicht

Festplatten-Datenveränderung - können wir auch ausschliessen weil
meine Datenbank ist der Server und lokal tut sich fast nix im FE)


also
wir suchen geziehlter beim Formularaufbau und bei der Darstellung der Daten
das vermute ich wegen deiner Statusbalkengeschichte

ich vermute auch das irgrndwas in der Access Exe nicht mit Windows 7 kann.


PS ich fahre die 64 BIT version

 

Hallo
OT eine Frage
giebt es Snapshot (SNP) bei Windows 2007,
kann bei XP von MS heruntergeladen werde. wie ist das bei 2007 ?

 

Genau das ist es ja. Ich liefere mit der Runtime ja die "Ausführungsumgebung" gleich mit - die ganze Idee dahinter ist ja unabhängig zu sein, auch wenn auf Kosten von Redudanten Bibliotheksversionen etc.

An der betreffenden Stelle passiert eben auch nichts, was einen als Access-Entwickler hellhörig machen würde.

Ich auch, ich werde heute aber hoffentlich dazu kommen eine Beispiel-DB zu machen und teste die dann auch unter einem frischem Windows 7 32 Bit.

Es ist aber schon hilfreich, Verständnis für die die Frustration zu erfahren die aufkommt, wenn man schon seit Jahren immer wieder in mühevoller Kleinarbeit alle Tipps "unter der Haube" ausgereizt hat. "Bleiben Sie bei XP" ist jetzt eben auch keine haltbare Aussage gegenüber den Kunden mehr, weil Windows 7 eben echt, echt gut ist. Und wer würde schon 9 Jahre alte Milch trinken? ;o)

 

NT-Version
Hi Lanz
zuersteinmal Windows 7 ist nicht die abkürzung für 2007 sondern die NT Versionsnummer
kleiner Klugscheisserischer exkurs
Windos NT = 3.1 / Windows Cairo= 4 / Windows 2000 = 5 / Windows XP = 5.1 / Windows Vista = 6 / Windows 7 = Eben 7

snapshots gehen bei mir ohne nachzuinstallieren
ich vermute aber das es sich bei mir Mit Office Instaliert hat.

ich hoffe wir bleiben in diesem Tread aber bei dem Performaceproblem :-)

wollte themightylechuck nicht was posten oder sind die 5 minuten noch nicht rum ? :-)

 

\@Caro-Toby:
Weil ich den Überblick in diesem Thread schon etwas verloren habe *wink.gif*, versuche ich noch einmal deine "Problem"-Konfiguration zusammenzufassen. Falls etwas nicht stimmt, bitte korrigieren.

Client:
Windows: Win7 64 bit
Office: Office 2003 (SP3 inkl. notwendiger Bugfixes für das SP3)

Frontend-Datei liegt im Client in einem Verzeichnis, das vom User bearbeitet werden kann. Die Datei ist aber nicht im Ac02/03-Format sondern im Ac00-Format.
Ist das Frontend eigentlich eine mdb oder eine mde?


Backend:
MSSQL-DB ... die Serverversion hast du imo noch nicht genannt, oder?

Zugriff auf das BE erfolgt über ODBC-verknüpfte Tabellen, die du ohne DSN verwendest.

Als ODBC-Treiber verwendest du den SQL-Server-Treiber, der mit den MDAC mitkommt und nicht den Native-Client, den es ab MSSQL 2005 gibt.

Die Probleme entstehen bei dir erst in den Formularen. Ein Zugriff über ein nur per VBA genutzes DAO-Recordset mit identischer SQL-Anweisung würde kein Problem verursachen.

Ein Virenscanner als Problemverursacher ist bereits ausgeschlossen.
Ein Netzwerk-Problem (egal ob Netzwerk selbst bzw. die Server-Verbindung) ist auch bereits ausgeschlossen, da das dann auch bei der Recordset-Variante zu einem Problem führen müsste.

Passt diese Zusammenfassung?

mfg
Josef

 

...es ist nicht zum aushalten.

Ich habe jetzt die fragliche Abfrage (die zugegeben ziemlich unperformant ist) aus dem Kontext meiner Anwendung rausgelöst - also einfach Tabellen+Abfrage+Einfaches Formular. Ergebnis: das ganze wird unter XP genauso lahm wie unter Windows 7. *smashing

INNERHALB der Anwendung mit komplexen Formularen, Timerereignissen usw. zieht die Geschwindigkeit unter XP plötzlich um Faktor 20 an. Ich stehe vor einem Rätsel, nur einem anderen als ursprünglich gedacht. *depressed

Die Frage ist nicht mehr, warum ist Win7 so lahm, sondern XP so unlogisch schnell. *confused.gif*

Die kurzfristige Lösung in Kundenrichtung ist nun natürlich doch, die Abfrage zu pimpen...

Mit der Demo-Datenbank die ich gebastelt habe lässt sich das Phänemoen leider nicht nachvollziehen... sorry für die Wartezeit.

 

nun stellt sich mir die frage WO (also unter Welchem System) hast du die diese neue "Kleine" Demo datenbank gebastelt.

hast du sie auf dem WIN 7 rechner gebastelt oder auf dem XP rechner???

du hast die mdb ja schliesslich auch damals auf nem XP rechner Erstellt!!!