bgl hat geschrieben:Das schlimmste daran: es mag im Test sauber laufen, dann wird es in einer Multi-User-Umgebung genutzt, Datensätze werden parallel geändert und auf einmal wird die Sortierung nach einem "praktischeren" Kriterium (aus Sicht des Servers, nicht aus der des Programms/Anwenders) vorgenommen und dein Programm ist ganz wo anders dran, als du es erwartet hättest.
ok aber das ist mit DBF Dateien genau so
nun habe ich für die "Kommunikation" zwischen den User ein Mail-System ... zunächst für den User gedacht.
im selben System verschicke ich aber auch "System" Nachrichten und kann nun, per COPY_DATA, vom Mail-System meine Applicationen "benachrichtigen" z.b. Refresh ...
als PG Newbie geht es mir zunächst um das ausloten was PG kann, was "native" möglich ist und am Ende steht pg
DBE
mit kleinen Table ist das nun alle kein Problem aber bei grossen wissen wir ja nun das ein grosser
OFFSET viel "Power" braucht.
was auf einem P4 3GHz > 10 Sec. benötigt geht mit einem i7-2630QM in < 0.5 Sec. DAS kann ich vorführen
das gilt nun für die "native" Version und pgAdmin.EXE ... und was ist mit pgDBE ?
damit ich das prüfen kann musste ich mir erstmal die Grundlagen reinziehen und meine DBF -> PG Import Schnittstelle so anpassen
damit pg
DBE die "frisst" da das "DbfUpsize.EXE" meine OEM DBF "so" nicht verarbeiten kann.
ich denke ich werde diesen Thread auch auf [erledigt] setzten.
danke an alle die hier geantwortet haben.