TQuery+Paradox+Mehrbenutzer

[derspassfaktor]

Hallo zusammen,

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

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? :wall:
Es muß doch eine Möglichkeit geben die Ansicht automatisch zu aktualisieren sobald sich die Tabelle durch fremdeinfluß vergrößert/verkleinert?? :gruebel:

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:

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:

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? :wall:
Es muß doch eine Möglichkeit geben die Ansicht automatisch zu aktualisieren sobald sich die Tabelle durch fremdeinfluß vergrößert/verkleinert?? :gruebel:

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:

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..

[mkinzler]

Es kommt darauf an, was man als Standardkompos ansieht.

[hoika]

Hallo,

Borland hatte damals genau eine Bsp.-Komponente, und zwar für die Events
(hat aber nicht richtig funktioniert ...).

Zur Verzeichnis-Überwachung:
Geht das auch im Netz ?
Dann muss das doch eh in einen eigen Thread, oder ?


Heiko

[mjustin]

Zitat:

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)

Eine simple Lösung ist, eine Tabelle anzulegen, in der das letzte Änderungsdatum gespeichert wird. Der Client schaut darin ab und zu nach, ob sich etwas geändert hat, und aktualisiert sich dann.

[hoika]

Hallo,

dann noch eine Tabellen_ID als Feld
für jede Tabelle eine.
Und das ganze lässt sich für alle Tabellen verwenden.

Dazu muss aber DbiSaveChanges(Table_Changes.Handle) nach dem Schreiben verwendet werden,
Table-Refresh vor dem Lesen.


Und trotzdem haut das nicht immer hin (Stichwort: op locks, client caching)

Die BDE ist halt ein Auslaufmodell.



Heiko

[derspassfaktor]

Mensch Leute....

Danke für das rießen Feedback in der kurzen Zeit! :hello:

Die Idee von mjustin via extra Table (Alle ID's+benutzername) und Timer Komponente Regelmäßig bzw. direkt vor einer
Bearbeitung zu prüfen ob jemand anderes seine "Finger am Datensatz hat" ist gut in die Richtung habe ich mir auch schon
Gedanken gemacht.
Dacht halt nur es gibt direkt in TDataSource oder Query oder sonstwo eine " etwas elegantere Lösung"..

Nun ja werd ich mal versuchen.


Danke!
gruß DS