Autor Beitrag
Hendrik
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starontopic star
Beiträge: 324



BeitragVerfasst: Fr 25.01.08 00:38 
Hey!

In meiner Netzwerkanwendung greife ich über einen Alias auf mehrere Paradox-Datenbanken zu. Sobald ich den Pfad als UNC (\\Server\Db) angebe, wird die Anwendung unwahrscheinlich langsam... Virenscanner, Firewall etc. habe ich ausgeschlossen.
Habt ihr eine Idee woran das liegt bzw. wie man es umgehen kann (außer Umstieg auf eine andere Datenbank ;))?
raiguen
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starontopic star
Beiträge: 374

WIN 2000prof, WIN XP prof
D7EP, MSSQL, ABSDB
BeitragVerfasst: Fr 25.01.08 12:21 
Mögliche Ursache könnte die UNC-Pfadangabe sein...m.E. kommt Paradox bzw. die BDE damit nicht so richtig klar. Bei gemappten Netzwerk-Verzeichnissen alá H:\Daten geht's ohne grossartigen Probs (von den anderen Problemen der BDE/Paradox im Netz mal abgesehen...)
Hendrik Threadstarter
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starontopic star
Beiträge: 324



BeitragVerfasst: Sa 26.01.08 01:12 
Wie kann ich den ein solches Verzeichnis einrichten? Sorry ich bin auf dem Netzwerk-Gebiet ein Neuling...
jasocul
ontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic starofftopic star
Beiträge: 6395
Erhaltene Danke: 149

Windows 7 + Windows 10
Sydney Prof + CE
BeitragVerfasst: Sa 26.01.08 10:23 
Auf jeden Fall über ein Anmelde-Script. Und das hängt dann davon ab, welches OS der Anmelde-Server hat.
Besprich das unbedingt mit dem System-Admin, bevor es da Probleme mit den Laufwerkszuordnungen gibt. Der sollte auch in der Lage sein, das Anmelde-Script für dich zu machen.

Es geht natürlich auch über den Windows-Explorer (Menüpunkt "Extras"), aber wenn dann vom Sys-Admin was geändert wird, dann kann das mit deiner Anwendung kollidieren.
kkausp
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic star
Beiträge: 77
Erhaltene Danke: 1

W2K, WIN XP, WIN XPe; WIN7
(D1;D2;D5;) D6 Ent.; D2009 Ent.
BeitragVerfasst: Sa 26.01.08 11:52 
Titel: Verzeichnis für temporäre Dateien lokal setzen
Hallo,

Wenn Du mit Query oder Filtern arbeitest, solltest Du das Verzeichnis für temporäre Dateien lokal setzen.

Gerade im Netzwerk sollte auch auf passende Indices und DB-Design geachtet sein.

Einen Unterschied zwischen UNC und gemappten LW konnte ich bisher nicht feststellen.

@raiguen hast Du da mehr Infos, da ich auch noch BDE-Altlasten habe.
Hendrik Threadstarter
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starontopic star
Beiträge: 324



BeitragVerfasst: Sa 26.01.08 17:00 
Titel: Re: Verzeichnis für temporäre Dateien lokal setzen
user profile iconkkausp hat folgendes geschrieben:

Wenn Du mit Query oder Filtern arbeitest, solltest Du das Verzeichnis für temporäre Dateien lokal setzen.


Hey!

Also die gemappten Verzeichnisse haben auch nicht weitergeholfen. Ich denke auch, dass es an den o.g. Filtern liegt (Datenbank mit ca. 4 MB)... Welche Möglichkeiten habe ich denn zum lokalen Speichern der temp. Dateien?
icho2099
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic star
Beiträge: 101
Erhaltene Danke: 12

WIN XP, WIN 7, WIN 10
Delphi 6 Prof, Delphi 2005, FPC
BeitragVerfasst: Sa 26.01.08 17:35 
Du kannst der Session (TSession) einen Pfad für die Eigenschaft
TSession.PrivateDir zuordnen.

Unter diesem Pfad speichert die BDE dann alle lokalen Ergebnismengen etc.

PrivateDir wird per default auf das aktuelle Arbeitsverzeichnis beim Init
der BDE gesetzt.
Hendrik Threadstarter
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starontopic star
Beiträge: 324



BeitragVerfasst: Sa 26.01.08 18:59 
Hmm das hat auch nichts gebracht... So langsam bin ich am verzweifeln :'(
Meint ihr, dass es an der BDE oder event. an meiner Programmierung liegt? Kann es sein, dass es an der SELECT * FROM XX WHERE.... Anweisung liegt?
So langsam komme ich ans Überlegen, ob nun der Schritt gekommen ist, auf eine andere Datenbank umzustiegen.