Office: (Office 2010) Runtime Performance Problem

Hallo @ll,

folgende Konstellation

MySQL Backend
Windows 7 (Laut System 32 bit Version)
MySQL Connector 3.5 und 5.1 beide getestet
Eingebundene Tabellen
Access 2010 Runtime
Access accde Programm (auch mit accdb getestet mit gleichem ergebnis)

Der Aufbau der Seiten geht extrem langsam. Allerdings nur seiten, die eine Verbindung zu einer Tabelle haben. Dabei ist es egal ob es ein Datenblatt oder eine Listbox ist. Ebenso ob es eine Frontend Tabelle oder eine Backend Tabelle ist.

Bisherige einwandfrei konstellation:
Windows XP
Access XP mde
Runtime XP
MySQL Backend
MySQL connector

Hat jemand eine Idee, was helfen kann (außer Windows 7 aus dem Fenster zu verwerfen)

Ein weiters Problem ist, dass bei jedem öffnen des Programms eine Sicherheitsabgrage kommt. Obwohl ich alles in meinem Entwicklungsrechner deaktiviert habe.

Hat auch dazu jemand einen Vorschlag?

Viele Grüße

trekking

:)

 

Hallo!

Zu diesem Thema kann ich etwas sagen: Du musst dafür sorgen, dass Deine Anwendung in einem vertrauenswürdigen Speicherort abgelegt ist. Details zu diesem Thema findest Du hier:
http://www.accessribbon.de/?Sicherhe...e_Speicherorte

HTH

 

Die DB bzw. das Frontend muss in einem "vertrauenswürdigen Speicherort" liegen.
Guckst du hier: http://ms-office-forum.net/forum/sho...hlight=addpath
Insbesondere die Links in #3 und #6

Zur Performance unter WIN7/Acc10/MySQL kann ich nichts sagen.

 

Hallo Thomas und MArsu,

das hat ja schon mal die Meldung weggezaubert. Ist mir allerdings vollkommen unverständlich, was Mikroweich da wieder gemacht hat. Dadurch wird das ganze doch total verkkompliziert. Auch wenn du eine Anwednung an einen Kunden weitergibst.

Leider ist das allerdings mein kleineres Problem gewesen. Das größere ist die Performance.
Hat da noch jemand eine Idee dazu.

Viele Grüße

trekking

 

Hallo!

Der Trick ist, dass Du bei der Installation einen Vertrauenswürdigen Speicherort anlegst und Deine Anwendung dort ablegst. Ein Tool, mit dem Du das machen kannst, wurde in meinem vorherigen Link erwähnt.

CU

 

Ja, das habe ich mir auch heruntergeladen und habe es angewendet. Allerdings ist es in meinen Augen schikane so etwas zuz machen. Unter dem Mikroweich Artikel zu dem Thema steht dazu auch nur blabla warum sie das machen.

Danke nochmals und viele Grüße

trekking

Nicht doch jemand eine Idee zum Performance Problem?!

 

Hallo
für die Performance

klicke einmal in einer Fusszeile auf Meine Doc
öffene Die PDF-Datei "ACCESS 2000BU Begleitunterlage"
und lies ab Seite: 58 (5.2 Performance Verbesserung)
ganzes Kapitel 5.2 Lesen (ansehen)

ist zwar für 2003 einiges dürfte jedoch für 2010 auch wichtig sein.
wie z.b. Kurze Pfad- /Datei- Namen Seite 61
Der FE-name und der BE-Name sollte ohne .mdb od. .mde nicht länger als 8 Zeichen Sein !
Was ich auch für Pfad und Sub-Pfade immer öffters so mach wenn möglich auch auf den Server
Alle Pfad-Namen ico, Bilder und ini Dateien auch nicht länger als 8 Zeichen
Diese 8 Zeichen Regel und möglichst kurze Pfad-namen nicht zu tief verschachtelt
besteht natürlich auch für die MDW!
Im weiteren Keine Leerstellen Sonderzeichen (äöü-$£! etc.) in Pfad- und Datei- Namen


oder seite 58/59 ........

 

Hallo Rudolf,

leider ist der Link nicht zu gebrauchen.

Allerdings habe ich keine POerformance Probleme mit XP und Runtime XP. In der Regel beachte ich alle Performance bremsen. Auch habe ich keine Performance Probleme mit XP Betriebssystem und Access 2010.

Nur eben auf Windows 7 mit Runtime 2010 und MySQL Backend. Alleridings auch beim Zugriff auf lokale Tabellen. Es ist auch egal ob nur 1 Datensatz beteiligt oder hunderte.

Viele Grüße

trekking

 

Hallo
was heist das:

kannst Du ihn nicht öffnen oder ist es nicht's für Dich ?

 

Natürlich meine ich damit, dass ich ihn nicht aufbekomme. *wink.gif* (Richtiger wohl, dass er bei mir nicht funktioniert. Warum auch immer)

Sonst hätte ich bestimmt geschrieben, dass ich mit dem Inhalt nichts anfangen kann. Aber da ich den Inhallt ja nicht kenne, kann ich es im Moment nicht beurteilen ob er mir bei dem Problem hilft.

Viele Grüße

trekking

 

Das ist verwirrend. D.h. also der Zugriff auf jede Tabelle (auch wenn sie im Frontend liegt) ist unter Acc2010 quälend langsam?

 

Hallo ebs17

Genau so ist es.

Beim Starten des Programms lade ich mir einen Teil der DS in eine Lokale Tabelle. In einem Datenblatt zeige ich diese an. Das dauert ca. 10 sekunden, bis das aufgeht. (Im alten System (XP) oder auf meinem Entwicklungsrechner nicht messbar, so schnell)

Ich kapiere das auch nicht.
Vergeude schon den ganzen Tag mit Testen ohne Ergebnis.

Schei.... Mikroweich.

Viele Grüße

trekking

 

Das Laden zählst Du auch zur lokalen Tabelle? Präzision in Aussagen ist nun nicht Deine Stärke.

Wenn Du Dir und Deinem Stil treu bleiben willst: Wechsel auf Linux, Java etc. ...

 

Hallo ebs 17,

verstehe jetzt nicht, warum du mich beleidigst. Der Satz sagt doch alles aus.

Aber hier nochmal ganz Präzise:
Programm startet mit einem Startformular
während dieses angezeigt wird, werden Datensätze im Hintergrund in eine Lokale Tabelle geladen. Diese werden aber nicht im Startformular angezeigt.
Vom Startformular aus öffne ich über einen Button ein Übersichtsformular. Dieses enthält ein Unterformular in der Datenblattansicht. Die Recordsource des Datenblatts ist eine Abfrage, die auf der Lokalen Tabelle basiert. Das öffnen des Formulars dauert ca. 10 Sekunden.
In der XP Version und auf XP Rechnern unter 0,1 sec.
Wenn ich meinen Entwicklungslaptop ans Netzwerk anschließe geht es ebenso schnell. (Vollversion A2010 und XP Betriebssystem ServicePAck3) Das Programm hat bisher unter XP (Runtime sowie Betriebssystem) noch nie Performance Probleme gehabt.

So, hoffe dass dies Präzise genug war.

Viele Grüße

trekking

PSebs Verwette meinen Kopf, dass du genauso Fluchen würdest wenn du ein sehr gut funktionierendes System gehabt hättest und es durhc die Umstellung des Betriebssystemn jetzt zu großen Problemen kommt. In diesem Fall durch die Runtime, die wohl einige Problemchen hat.

 

Für sich fluchen und öffentlich motzen sind zweierlei. Wenn ein Dritter zweites feststellt und einen Ausweg zeigt (bei unüberbrückbaren Problemen), ist das sicher keine Beleidigung.

Hier lieferst Du doch eine anscheinend konkrete Problemeinkreisung: Das Performanceproblem scheint auf dem Wechsel zu Win7 zu basieren (und nix mit Access). Also dürfte es ein Problem beim für die Verknüpfung verantwortlichen Treiber geben. In diesem Sinne würde ich dann suchen.
Connection strings ist dafür eine gute Adresse.

Weiterhin gibt es aktuell ein ServicePack zu Office2010, momentan nur per Direktdownload, per automatischer Aktualisierung etwas später. Vielleicht ist auch da eine Besserung enthalten.
SmartTools Access Weekly vom 8.7.2011: