AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi dBase, warum langsam bei Mehrbenutzersystem?
Thema durchsuchen
Ansicht
Themen-Optionen

dBase, warum langsam bei Mehrbenutzersystem?

Offene Frage von "PASST"
Ein Thema von PASST · begonnen am 30. Okt 2008 · letzter Beitrag vom 31. Okt 2008
Antwort Antwort
PASST

Registriert seit: 30. Mär 2005
Ort: Krefeld
325 Beiträge
 
Delphi 7 Enterprise
 
#1

dBase, warum langsam bei Mehrbenutzersystem?

  Alt 30. Okt 2008, 12:26
Datenbank: dBase • Version: 3 • Zugriff über: bde
Hallo allerseits,

ich bin leider noch in der mißlichen Lage und muss dBase ohne DB-Server verwenden.

Der Nachteil solch einer Lösung ist klar, ab einer bestimmten Userzahl wird das System grottenlangsam.

Kann mir jemand erklären warum ein (Datei)Datenbanksystem ohne DBServer schnell langsam wird, wenn viele Benutzer auf die gleiche Tabelle zugreifen?

gruß
Pter
  Mit Zitat antworten Zitat
Benutzerbild von Bernhard Geyer
Bernhard Geyer

Registriert seit: 13. Aug 2002
17.171 Beiträge
 
Delphi 10.4 Sydney
 
#2

Re: dBase, warum langsam bei Mehrbenutzersystem?

  Alt 30. Okt 2008, 12:31
Die Synchronisierung der gegenseitigen (schreib)zugriffe dauert seine Zeite. Und bei einem System dessen Wurzeln (und damit die Logik) schon aus dem Mittelalter der SW-Entwicklung stammen darf man nicht viel erwarten. Moderne Desktop-DB's können das besser und schneller.
Windows Vista - Eine neue Erfahrung in Fehlern.
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.851 Beiträge
 
Delphi 11 Alexandria
 
#3

Re: dBase, warum langsam bei Mehrbenutzersystem?

  Alt 30. Okt 2008, 12:36
Außerdem ist der Datenverkehr durch Lesen und Schreiben der Dateien nicht unerheblich
Markus Kinzler
  Mit Zitat antworten Zitat
mjustin

Registriert seit: 14. Apr 2008
3.004 Beiträge
 
Delphi 2009 Professional
 
#4

Re: dBase, warum langsam bei Mehrbenutzersystem?

  Alt 30. Okt 2008, 12:52
Zitat von mkinzler:
Außerdem ist der Datenverkehr durch Lesen und Schreiben der Dateien nicht unerheblich
... und dazu zählen dann auch Indexdateien, die besonders im Netzwerkbetrieb schon mal komplett zerschossen werden können. Wenn man die Zeit zum Neuindizieren (ich erinnere mich an - im Endstadium sehr häufig erforderliche - 2 bis 3 Stunden dauernde Indizierungsläufe in einem Unternehmen mit 150 Angestellten) mit einkalkuliert, sieht die Performance noch viel schlechter aus
Michael Justin
habarisoft.com
  Mit Zitat antworten Zitat
Benutzerbild von joachimd
joachimd

Registriert seit: 17. Feb 2005
Ort: Weitingen
672 Beiträge
 
Delphi 10.4 Sydney
 
#5

Re: dBase, warum langsam bei Mehrbenutzersystem?

  Alt 31. Okt 2008, 12:57
Nicht zu vergessen, dass das Betriebsystem Dateien cached, wenn es sie exklusiv im Zugriff zu haben glaubt. Schon bei 2 Benutzern auf derselben Datei funktioniert das Caching nicht mehr und alles muss ständig über das Netzwerk gehen.
Joachim Dürr
Joachim Dürr Softwareengineering
http://www.jd-engineering.de
  Mit Zitat antworten Zitat
Benutzerbild von Sherlock
Sherlock

Registriert seit: 10. Jan 2006
Ort: Offenbach
3.763 Beiträge
 
Delphi 11 Alexandria
 
#6

Re: dBase, warum langsam bei Mehrbenutzersystem?

  Alt 31. Okt 2008, 14:26
Davon abgesehen, ist die BDE auch nicht gerade für Ihre blitzschnellen Reaktionszeiten berühmt.

Sherlock
Oliver
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:54 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz