Verbindungsaufbau zum Backend dauert lange
Diamantis Albanidis
ich habe eine Datenbank die ich in Front- und Backend getrennt haben.
Die Tabellen des Backend habe ich von Hand mit dem Frontend Verbunden
(Netzwerk).
Au�erdem habe ich diverse Tabellen einer fremden Datenbank (auch A2K) mit
meinem
Frontend verbunden (auch Netzwerk).
Weiterhin habe ich im Frontend einige Tabellen die haupts�chlich tempor�r
benutzt werden.
Mein Problem ist der, meiner Meinung nach, langsame Verbindungsaufbau mit
dem Backend.
Zu Beginn lade ich eine Splahscreen die u.a. eine Versionsnummer, die in
einer lokalen tbl ist, anzeigt.
Das dauert gestoppte 55 sec. !!!!
Zum Vergleich, wenn ich die gekaufte Access Anwendung starte (auch ACCESS
mit Front-und Backend)
dauert es kaum 5 sec. und der Anmeldebildschirm ist da.
System : WXPP, LAN 1GB, Kaspersky (Habe es auch mit ausgeschalteter KAV
versuch), A2K, 1,5GBRAM
Server ist auch ein normaler WXPP Rechner Dual Core 2 GB RAM
F�r hilfreiche Tipps und Anregungen vielen Dank.
Diamantis
Henry Habermacher
Diamantis Albanidis wrote:
> Mein Problem ist der, meiner Meinung nach, langsame Verbindungsaufbau mit
> dem Backend.
> Zu Beginn lade ich eine Splahscreen die u.a. eine Versionsnummer, die in
> einer lokalen tbl ist, anzeigt.
> Das dauert gestoppte 55 sec. !!!!
Hast Du es schon mal mit einem persistenten Recordset versucht? Wie's geht
schreibt Tony Toews in der Access Performance FAQ (mit diesen Stichworten in
Google zu finden).
Gruss
Henry
--
Microsoft MVP Office Access
Keine E-Mails auf Postings in NGs. Danke.
Access FAQ www.donkarl.com
Diamantis Albanidis
danke f�r deine echt schnelle Antwort.
Bei dem Beitrag von Tony geht es um die Performance w�hrend des Betriebs der
DB in Multiuser Umgebung.
Mein Problem offenbart sich, auch wenn ich als Erster und Einziger die
Datenbank starte.
Selbst wenn ich den Netwerkbetrieb auf meinem Rechner simuliere dauert es
genauso lange bis die
Datenbank startet.
Gru�
Diamantis
"Henry Habermacher" <DontSp...@psp-online.com> schrieb im Newsbeitrag
news:uehS1QqY...@TK2MSFTNGP06.phx.gbl...
Henry Habermacher
Ich w�rd's trotzdem mal versuchen. Dort hat's ja noch einige andere Tips,
die Du anschauen kannst. Wenn ich mich nicht irre ist einer dass man die 8.3
Namenskonvention f�r die BE einhalten soll.
Des weiteren solltest Du sicherstellen, dass von der BE nur der Record
eingelesen wird, den Du auch wirklich ben�tigst.
Kontrolliere auch, ob Du gen�gend Rechte auf dem Verzeichnis der BE hast (es
braucht Read, Write, Create und Delete Berechigung)
Gruss
Henry
Diamantis Albanidis wrote:
> Bei dem Beitrag von Tony geht es um die Performance w�hrend des Betriebs
> der DB in Multiuser Umgebung.
> Mein Problem offenbart sich, auch wenn ich als Erster und Einziger die
> Datenbank starte.
> Selbst wenn ich den Netwerkbetrieb auf meinem Rechner simuliere dauert es
> genauso lange bis die
> Datenbank startet.
--
Thomas Möller
Diamantis Albanidis schrieb:
> ich habe eine Datenbank die ich in Front- und Backend getrennt haben.
> Die Tabellen des Backend habe ich von Hand mit dem Frontend Verbunden
> (Netzwerk).
> Auï¿œerdem habe ich diverse Tabellen einer fremden Datenbank (auch A2K) mit
> meinem
> Frontend verbunden (auch Netzwerk).
> Weiterhin habe ich im Frontend einige Tabellen die hauptsï¿œchlich temporï¿œr
> benutzt werden.
>
> Mein Problem ist der, meiner Meinung nach, langsame Verbindungsaufbau mit
> dem Backend.
> Zu Beginn lade ich eine Splahscreen die u.a. eine Versionsnummer, die in
> einer lokalen tbl ist, anzeigt.
> Das dauert gestoppte 55 sec. !!!!
schau mal, ob es Dir hilft, wenn Du die Objektnamen-Autokorrektur
abschaltest:
http://www.team-moeller.de/?Tipps_und_Tricks:Verbesserung_der_Performance#ObjektNamen
(Link in einer Zeile)
CU
--
Thomas
Homepage: www.Team-Moeller.de
Diamantis Albanidis
nīŋŊ, das Problem hatte ich schon frīŋŊher.
Ich habe keine Geschwindikeitsproblem wīŋŊhrend des Betriebes.
Nur beim ersten starten der Datenbank dauert es recht lange bis
das Splashscreen kommt.
Danach, alles o.k. !!!
GruīŋŊ
"Thomas MīŋŊller" <Thomas_N_...@Team-Moeller.de> schrieb im Newsbeitrag
news:7m0a36F...@mid.individual.net...
> Hallo Diamantis,
>
> Diamantis Albanidis schrieb:
> > ich habe eine Datenbank die ich in Front- und Backend getrennt haben.
>> Die Tabellen des Backend habe ich von Hand mit dem Frontend Verbunden
>> (Netzwerk).
>> AuīŋŊerdem habe ich diverse Tabellen einer fremden Datenbank (auch A2K) mit
>> meinem
>> Frontend verbunden (auch Netzwerk).
>> Weiterhin habe ich im Frontend einige Tabellen die hauptsīŋŊchlich temporīŋŊr
Winfried Sonntag
> Nur beim ersten starten der Datenbank dauert es recht lange bis
> das Splashscreen kommt.
> Danach, alles o.k. !!!
Dann solltest Du den Code genauer analysieren, der beim Starten
erstmalig durchlaufen wird.
Servus
Winfried
--
KnowHow.mdb: http://www.freeaccess.de/knowhow.asp
Access-FAQ: http://www.donkarl.com/AccessFAQ.htm
Access-Stammtisch: http://www.access-muenchen.de/
Richtig zitieren: http://einklich.net/usenet/zitier.htm
Diamantis Albanidis
es wird kein code durchlaufen.
Splashscreen ist einfach nur ein Formular ohne VBA Code
Das einzige was ich dort mache ist �ber den DomLetzterWert die Nummer des
letzten Eintrages
der mitgef�hrten Doku in einem Textfeld anzuzeigen.
Wenn ich das Formular von Hand starte (nachdem die Verbindung mit dem
Backend steht) geht alles schnell.
Das Backend hat auch einen kurzen Namen. Forntend ist l�nger als 8 Zeichen.
Macht aber keinen unterschied wenn ich es umbenene.
Aber ich habe einige Tabellen die lange Namen (mehr als 8 Zeichen) haben.
Kann dass der Grund sein ?
Da muss ich doch alle Abfragen und den ganzen Code durchgehen!!!
Gru�
Diamantis
"Winfried Sonntag" <Winfried...@gmx.de> schrieb im Newsbeitrag
news:ibqi1sht...@ID-163725.user.individual.de...
Winfried Sonntag
> es wird kein code durchlaufen.
> Splashscreen ist einfach nur ein Formular ohne VBA Code
> Das einzige was ich dort mache ist �ber den DomLetzterWert die Nummer des
> letzten Eintrages
> der mitgef�hrten Doku in einem Textfeld anzuzeigen.
Also wird ein Datensatz aus dem Backend angezeigt, richtig? Wenn ja,
dann bau persistentes Recordset vorher auf, dann gehts richtig schnell
danach. Und das persistente Recordset erstellen kostet IMHO auch keine
Zeit.
> Wenn ich das Formular von Hand starte (nachdem die Verbindung mit dem
> Backend steht) geht alles schnell.
Genau, *nachdem* die Verbindung hergestellt wurde.
> Aber ich habe einige Tabellen die lange Namen (mehr als 8 Zeichen) haben.
>
> Kann dass der Grund sein ?
IMHO nein.
Servus
Winfried
--
Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe
Diamantis Albanidis
ich bin deinem Vorschlag gefolgt und habe nach Vorgabe der FAQ von Frank
Miller eine persistente recordset erzeugt.
Ich bin wie folgt vorgegangen :
Ich habe das frmSplahscreen in den Startoptionen von Access sowieso
hinterlegt.
Dort habe ich im Ereignis FormOpen ein rst erzeugt.
Hat aber keine Beschleunigung beim Starten gebracht.
Wie auch ?
Das frm wird erst angezeigt, wenn Access angelaufen ist.
Und erst dann wird der Code ausgef�hrt.
Genau das dauert aber bei mir sehr lange.
Um zu pr�zisieren : Die Zeit die verstreicht vom Klick auf dem Desktop bis
das erste Formular angezeigt wird.
Nachdem das erste Frm angezeigt wird ist alles o.k.
In der FAQ wird aber beschrieben, dass das persistente Rst in einem Fromular
eingebaut werden soll/kann.
Noch ein Hinweis : Das direkte (von Hand) �ffnen des BE ist schnell.
:-(
Gru� Diamantis
"Winfried Sonntag" <Winfried...@gmx.de> schrieb im Newsbeitrag
news:1l5dza3l...@ID-163725.user.individual.de...
Winfried Sonntag
> ich bin deinem Vorschlag gefolgt und habe nach Vorgabe der FAQ von Frank
> Miller eine persistente recordset erzeugt.
>
> Ich bin wie folgt vorgegangen :
> Ich habe das frmSplahscreen in den Startoptionen von Access sowieso
> hinterlegt.
> Dort habe ich im Ereignis FormOpen ein rst erzeugt.
Das Recordset erzeugst Du aber schon im Backend, richtig?
> Hat aber keine Beschleunigung beim Starten gebracht.
> Wie auch ?
Hmm, bei mir hat das schon etwas gebracht.
> Das frm wird erst angezeigt, wenn Access angelaufen ist.
> Und erst dann wird der Code ausgefï¿œhrt.
> Genau das dauert aber bei mir sehr lange.
Was genau meinst Du mit: wenn Access angelaufen ist.
> Um zu prï¿œzisieren : Die Zeit die verstreicht vom Klick auf dem Desktop bis
> das erste Formular angezeigt wird.
> Nachdem das erste Frm angezeigt wird ist alles o.k.
> In der FAQ wird aber beschrieben, dass das persistente Rst in einem Fromular
> eingebaut werden soll/kann.
Richtig.
> Noch ein Hinweis : Das direkte (von Hand) ï¿œffnen des BE ist schnell.
Bau das Frontend doch mal um. Nimm den Splasscreen raus und start gleich
das Hauptformular.
Servus
Winfried
--
KnowHow.mdb: http://www.freeaccess.de/knowhow.asp
Access-FAQ: http://www.donkarl.com/AccessFAQ.htm
Diamantis Albanidis
"Winfried Sonntag" <Winfried...@gmx.de> schrieb im Newsbeitrag
news:z1z44zp9...@ID-163725.user.individual.de...
> Diamantis Albanidis schrieb:
>
>> ich bin deinem Vorschlag gefolgt und habe nach Vorgabe der FAQ von Frank
>> Miller eine persistente recordset erzeugt.
>>
>> Ich bin wie folgt vorgegangen :
>> Ich habe das frmSplahscreen in den Startoptionen von Access sowieso
>> hinterlegt.
>> Dort habe ich im Ereignis FormOpen ein rst erzeugt.
>
> Das Recordset erzeugst Du aber schon im Backend, richtig?
Nein, im Frondend !!
Als Backend verstehe ich den Teil von Access der die Tabellen enth�llt.
Frondend ist da wo meine Formulare, VBA, Abfragen und Berichte sind.
Wie soll ich den im Backend ein Formular starten. ??
>
>> Hat aber keine Beschleunigung beim Starten gebracht.
>> Wie auch ?
>
> Hmm, bei mir hat das schon etwas gebracht.
>
>> Das frm wird erst angezeigt, wenn Access angelaufen ist.
>> Und erst dann wird der Code ausgef�hrt.
>> Genau das dauert aber bei mir sehr lange.
>
> Was genau meinst Du mit: wenn Access angelaufen ist.
Ich klicke auf ein Desktop-Icon zum Start meiner Accessdatenbank.
Von diesem Klick, bis sich das Splahscreen zeigt, dauert es mehr als eine
Minute.
>
>> Um zu pr�zisieren : Die Zeit die verstreicht vom Klick auf dem Desktop
>> bis
>> das erste Formular angezeigt wird.
>> Nachdem das erste Frm angezeigt wird ist alles o.k.
>> In der FAQ wird aber beschrieben, dass das persistente Rst in einem
>> Fromular
>> eingebaut werden soll/kann.
>
> Richtig.
>
>> Noch ein Hinweis : Das direkte (von Hand) �ffnen des BE ist schnell.
>
> Bau das Frontend doch mal um. Nimm den Splasscreen raus und start gleich
> das Hauptformular.
Ich verstehe nicht was das f�r ein Unterschied sein soll !!
Das Splashscreen ist doch ein einfaches Formular.
Ob ich jetzt diese oder ein anderes Formular aufrufe sollte doch egal sein.
Ich habe aber testweise ein anderes Formular als Startformular definiert.
Macht keinen Uterschied.
�bringes, danke ;-)
Winfried Sonntag
>> Das Recordset erzeugst Du aber schon im Backend, richtig?
>
> Nein, im Frondend !!
Im Frontend rufst Du die Funktion auf, um im Backend das RS zu erzeugen.
Sorry, war nicht korrekt ausgedrï¿œckt.
> Als Backend verstehe ich den Teil von Access der die Tabellen enthï¿œllt.
> Frondend ist da wo meine Formulare, VBA, Abfragen und Berichte sind.
>
> Wie soll ich den im Backend ein Formular starten. ??
Das kï¿œnnte man ï¿œber ein Makro machen. In einem Makro kannst Du auch
gleich eine Funktion aufrufen.
>> Was genau meinst Du mit: wenn Access angelaufen ist.
>
> Ich klicke auf ein Desktop-Icon zum Start meiner Accessdatenbank.
> Von diesem Klick, bis sich das Splahscreen zeigt, dauert es mehr als eine
> Minute.
Deinstalliere Kaspersky oder nimm mindestens alle MDBs vom Scannen aus.
Und nein, es reicht nicht aus, Kaspersky zu deaktivieren. Diese suiten
lassen sich nicht daktivieren. Ich vermute die Suite scannt erstmal den
kompletten Code beim starten und das dauert.
>>> Noch ein Hinweis : Das direkte (von Hand) ï¿œffnen des BE ist schnell.
Ja klar, im BE gibts auch keine Zeile Code.
> ï¿œbringes, danke ;-)
Bitte, gern geschehen.