TQuery+Paradox+Mehrbenutzer

[derspassfaktor]

Hallo zusammen,

bin absoluter Datenbankanfänger also bitte verzeiht mir wenn die Frage saublöd ist...

Ich habe eine Paradox Datenbank auf einem Server und <5 Arbeitsplätze die darauf zugreifen.
Zugriff erfolgt ausschließlich via TQuery. Jeder hat an seinem Arbeitsplatz eine Übersicht offen die
er via einfacher SQL.Abfrage erhält - (SELECT*FROM "Tabelle" WHERE Datum="heute").

Mein Problem ist das ich gerne diese Ansicht automatisch bei jedem aktualisiert hätte sobald sich in der Tabelle
etwas ändert (zusätzlicher eintrag, gelöschter eintrag)
Leider kann ich nirgends ein Ereignis finden das beim ändern der Datenbank ausgelöst wird?
Es muß doch eine Möglichkeit geben die Ansicht automatisch zu aktualisieren sobald sich die Tabelle durch fremdeinfluß vergrößert/verkleinert??

Ich weiß an Paradox/BDE/Mehrbenutzer scheiden sich die Geister aber bei der geringen Nutzerzahl, dem geringen Programmanspruch an eine Datenbank (und nicht zuletzt) meinen bescheidenen Kenntnissen erscheint mir Paradox trotzdem als vorerst einfachste lösung.

Vielen Dank für eure Hilfe!

gruß
ds

[mkinzler]

Die BDE ist veraltet. Ich würde eine moderneres DBMS einsetzen, welches eine Benachrichtigung unterstützt.
Zudem ist die BDE schon seit langen abgekündigt.

[Bernhard Geyer]

Zitat von derspassfaktor:

... aber bei der geringen Nutzerzahl...

Schon eine Benutzeranzahl von 1 kann heutzutage vür BDE+Paradox zu viel sein. Für ein neue Anwendung mit DB ist BDE und Paradox ein absolutes No-Go.

[joachimd]

Zitat von derspassfaktor:

Mein Problem ist das ich gerne diese Ansicht automatisch bei jedem aktualisiert hätte sobald sich in der Tabelle
etwas ändert (zusätzlicher eintrag, gelöschter eintrag)
Leider kann ich nirgends ein Ereignis finden das beim ändern der Datenbank ausgelöst wird?
Es muß doch eine Möglichkeit geben die Ansicht automatisch zu aktualisieren sobald sich die Tabelle durch fremdeinfluß vergrößert/verkleinert??

Schicke im AfterPost ein UDP-Broadcast, warte in einem Hintergrund-Thread darauf und löse ein re-Query aus.
Oder besser (wie die anderen schon schrieben): nimm was richtiges.

[Bernhard Geyer]

Zitat von joachimd:

Schicke im AfterPost ein UDP-Broadcast,...

Und hoffe das keine Firewall die Zustellung verhindert ...

[SubData]

Du kannst ein Callback verwenden, was aufgerufen wird, sobald die Tabelle sich ändert.

http://info.borland.com/devsupport/b...rcallback.html

[hoika]

Hallo,

der CallBack funktioniert AFAIK nur innerhalb des Programmes selbst,
nicht im Netzwerk.
Ich hatte sowas damals sogar mal über das Datum der DB-Datei gelöst,
was ein graus ...


Heiko

[mschaefer]

Ja welch ein Graus und trotzdem geht es immer noch. Man kann dazu die Verzeichnisüberwachng missbrauchen. Das dies auch mit den modernen DBMS etwas aufwendiger ist, sieht man daran, das mal nicht eben ein Beispielprogramm angehängt ist. Mit den Delphi eigenen Komponenten ist mir da jedenfalls kein Weg bekannt.

Grüße // Martin

[mkinzler]

Zitat:

Das dies auch mit den modernen DBMS etwas aufwendiger ist, sieht man daran, das mal nicht eben ein Beispielprogramm angehängt ist.

Eher deswegen, weil ja keine Entscheidung für ein DBMS gefällt wurde und es keine allgemeine Lösung gibt.
Interabse/FireBird kennt z.B. hierfür Events, auf die das Clientprogramm reagieren kann.

[mschaefer]

Klar die Datenbank kennt die Events, aber die Standartkomponenten unterstützen das halt nicht..