|
Datenbank: Paradox • Version: 7 • Zugriff über: Table
Paradox im Netzwerk Multiuser
Hallo Com,
wenn eine ParadoxDB im Netzwek läuft sprich session netfile steht auf einem Netzwerkpfad und der privatedir auf einem localen laufwerk, dann laggt unheimlich die DB, bzw actionen zb suchen in der db. Leg ich den privatdir aber auch auf das netzlaufwerk dann springt der Multiuserzugriff nicht mehr an. Eine Abfrage von ein paar Datensaätzen Local dauert 200ms und im Netzwerk 20sekunden Gibt es den eine möglichkeit die Performance im Multiuserbetrieb zu erhöhen Edit Jetzt bin ich verwirrt, nun gehts extrem schnell also wie local Mfg + Danke Tobi |
AW: Paradox im Netzwerk Multiuser
OT (erster, ätsch)
Ich mach mir mal den Spaß und schreib hier was rein, was Du gar nicht wissen willst, bevor es jemand anders tut. :) Paradox ist böse, wegen BDE, siehe hier:  http://www.delphipraxis.net/171624-w...en-sollte.html |
AW: Paradox im Netzwerk Multiuser
Japp hab das schon gelesen gehabt, aber hm wollt auf die schnelle was um mir die Arbeit zu erleichtern =)
|
AW: Paradox im Netzwerk Multiuser
Versuche es mal mit "Absolute Database":-D
http://www.componentace.com/download...hp?editionid=1:thumb: |
AW: Paradox im Netzwerk Multiuser
[OT]
Zitat:
Nichts für ungut K-H [/OT] |
AW: Paradox im Netzwerk Multiuser
Zitat:
Es geht darum warum es laggt und nicht obs gut geklappt hat -.- |
AW: Paradox im Netzwerk Multiuser
Zitat:
Also mal ernst: Ich hatte (früher) nie Performance Probleme mit Paradox. Ich kann Dir daher auch keine paradox spezifischen Tipps geben. Und bist Du Dir sicher, dass es etwas mit der Position der net und private dir's zu tun hat? Der springende Punkt dürfte doch wohl sein, dass das workdir idR im Netz liegt, damit alle was davon haben oder? Das Netz muss also ein wenig Bandbreite verfügbar haben, damit performant abgefragt werden kann. Ohne Indizierung müssen ja mehr oder weniger komplette db dateien "runtergeladen" werden. Ein Privat Dir im Netz ginge auch, sofern es tatsächlich ein privates Netzlaufwerk ist. Macht die Bandbreitenproblematik natürlich nicht besser, also macht eigentlich keinen Sinn. |
AW: Paradox im Netzwerk Multiuser
Mit Paradox auf Netzlaufwerken zusammen mit TTable hat man gleich mehrere massive Probleme:
1.) veralte, nicht mehr unterstützte BDE Technik (Vorsicht, wenn Pfad- und Dateinamen nicht das 8+3-Schema einhalten) 2.) Bei Verwendung von TTable werden immer ALLE Datensätze über das Netzwerk geladen (genaugenommen die ganze Datei). Je grösser die Tabelle umso langsamer wird der Zugriff. Das ist die Ursache für die Lags. 3.) bei Zugriff übers Netzwerk und ganz besonders bei Multiuserzugriff können die Paradoxdateien sehr leicht beschädigt werden. Es braucht nur mal kurz ein Programm abstürzen oder per Taskmanager gekillt werden und schon ist die Datenbank kaputt 4.) selbst bei einem schnellen Netzwerk wird Paradox immer langsam bleiben, weil die Daten häppchenweise gelesen/geschrieben werden. Es findet also eine Art PingPong Spiel zwischen Client und Fileserver statt. Ein Caching wie bei einer lokalen Festplatte ist nicht möglich. PS: bitte angeben welche Delphi Version du hast, damit wir Alternativen nennen können |
AW: Paradox im Netzwerk Multiuser
na das ist doch mal eine antworet =)
Delphi 7 total vergessen anzugeben hehe habe den Rat vom blondervolker angenommen bin rgad dabei alles auf ABS umzuschreiben hehe Super vielen dank euch |
AW: Paradox im Netzwerk Multiuser
Ich habe vor einiger Zeit mal gehört, ABS soll keine gute Multiuserperformance bieten. Ist aber nur ein Gerücht.
|
AW: Paradox im Netzwerk Multiuser
Wenn man mal etwas gehört hat,heisst nicht gleich, das das auch stimmt.
Man sollte Absolute Database denn schon mal testen.:mrgreen: Ich hatte meine Teilnehmer (20) gebeten, mal gleichzeitig Daten einzutackern. Da ist nichts zusammengebrochen und keine Fehlermeldungen waren ersichtlich.:thumb: http://www.componentace.com/download...hp?editionid=1Wer lesen und gucken kann,ist klar im Vorteil... Klick mal auf den Link.Dann schau rechts (Our Customers) auf die Abbildungen bzw. Referenzen. Siemens und andere kaufen bestimmt nicht die Katze im Sack.:mrgreen: |
AW: Paradox im Netzwerk Multiuser
Danke für die Infos. "Siemens" sagt aber leider nichts zum Thema Multiuserperformance.
20 Sitzungen gleichzeitige manuelle Dateneingabe ist doch geschenkt. I.d.R. ist "insert" die geringste Herausforderung für eine "DB". Vor allem, wenn es durch langsame Menschen erfolgt. |
AW: Paradox im Netzwerk Multiuser
Ich würde auf ein richtiges DBMS setzten. Dort wird die Abfrage vom Server bearbeitet und so sichergestellt, dass nur notwendige Daten an den Client gesendet werden müssen. Im Grundsatz haben alle "Desktopdatenbanken" dass Problem, dass erst einmal zu viel an den Client übertragen werden muss. Ein Multiuserzugriff ist mit einem Server natürlich auch besser zu lösen.
|
AW: Paradox im Netzwerk Multiuser
Mal fragen bei "Siemens":mrgreen:
|
AW: Paradox im Netzwerk Multiuser
Wenn du wüsstest, was Siemens gerade bei Software (bzw. unter dessen Haube) für einen groben Unfug verzapft, würdest du mit diesem Namen hier nicht so selbstbewusst aufschlagen.
|
AW: Paradox im Netzwerk Multiuser
Die Tatsache, daß eine Firma wie Siemens eine Software kauft, heißt noch lange nicht, daß sie sie auch einsetzt, geschweige denn als gut befindet. Das kann auch einfach nur bedeuten, daß ein Entwickler (der übrigens mit Delphi oder C++Builder arbeiten muss - allein das ist schon bemerkenswert) dort ein Produkt von Component Ace einsetzt. Das muss nicht zwingend Absolute Database sein, um auf die Liste "Our Customers" zu kommen.
Wenn ich mir allerdings die Testimonials ansehe, solltest du dich vielleicht mal mit Arvid alias Assertor unterhalten. |
AW: Paradox im Netzwerk Multiuser
Habe leider keine Beiträge finden können über "Assertor".
Würde mich schon interessieren... Ja das kann schon sein,dass Siemens&Co "auch Bockmist bastelt":-D. Übrigens war es das Abbild was mir sofort in Auge fiel.:cyclops: Nee,in den Vordergrund will ich "Siemens"nicht stellen... Meine eigenen Erfahrungen und die Personen die meine Software nutzen,haben bis jetzt keine Probleme gehabt.Die hätten mich das schon spüren lassen.:-D Es stellt sich sicherlich die Frage,wie und wo die DB eingesetzt werden soll und zu welchen Zwecken?Darüber gibt es bei Google ein Thema nach dem anderen,welche DB besser ist als die andere...:roll: |
AW: Paradox im Netzwerk Multiuser
Aus den Testimonials von Component Ace:
Zitat:
|
AW: Paradox im Netzwerk Multiuser
ui was eine diskussion,
pls beim thema bleiben. Zum Multiuserbetrieb kann ich atm noch nix sagen da mir grad meine tester fehlen -.- habe es jetzt mal local getestet also 2 ma geöffnet, wenn ich in dem einen progg was änder, kommt es aber nicht beim anderen an erst wenn ich die tabelle refresh. normal ? oder gehts auch anders? der umstieg von BDE auf Absolute ist kinderleicht =) |
AW: Paradox im Netzwerk Multiuser
Zitat:
|
AW: Paradox im Netzwerk Multiuser
MasterTobi,
Gugstdu:cyclops: in die die Beispiele,dort ist ein "Wunderschönes"Beispiel. Gugstdu :cyclops: Klick mal auf Table,unten im Objektinspektor,dort kann man noch Einstellungen vornehmen... |
AW: Paradox im Netzwerk Multiuser
Zitat:
Vollkommen korrekt. Und was passiert wenn drei User mit Statistikabfragen das unterste nach oben kehren? Tut mir den Gefallen und verkauft "Eure" Datenbank nicht als Gelbe vom Ei für alle Anwendungsfälle. Ich habe auch schon mit A* eine funktionierende DB-Lösung hinbekommen, trotzdem würde ich es niemanden empfehlen. Gruß K-H |
| Alle Zeitangaben in WEZ +1. Es ist jetzt 21:59 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz