Konzeptionierung Mehrplatzsystem

[starkard]

Hallo Zusammen,
Zur Entwicklung eines Mehrplatzsystems habe ich ein paar theoretische Frage.

1.Ist es möglich, ohne ein ständiges Refresh, die Änderungen einer Tabelle anderen Usern anzuzeigen, die diese Datenmenge schon aufgerufen haben.
Bsp:
User A und B rufen alle DS einer Tabelle auf - Darstellung über datensensitive Komponenten z.b. DBGrid.
User A verändert Daten -> Problem: User B sieht immer noch die "alten" DS

2.Ich verwende Mysql und Zeos. Sind mit RepeatableRead als TIL alle Anomalien (bis auf PhantomRead) eleminiert?
Und wie verhält sich Zeos dann bei temporär gesperrten DS im Falle dieser (Exceptions etc.)?
http://de.wikipedia.org/wiki/Isolation_%28Datenbank%29

[mschnell]

Von Zeos habe ich keine Ahnung, aber eine ordentliche Datenbank kann (AFAIK) events ausstellen, wenn sich was ändert. Daraufhin kannst Du dann die GUI updaten.

-Michael

[mse]

1.Ist es möglich, ohne ein ständiges Refresh, die Änderungen einer Tabelle anderen Usern anzuzeigen, die diese Datenmenge schon aufgerufen haben.

Das benötigt eine DB die Trigger und Events unterstützt. Firebird und Postgres können das, MySQL glaube ich nicht. Zudem muss eine DBEvent komponente existieren. MSEgui hat das, bei ZEOS bin ich nicht sicher. Da kann dir sicher ein ZEOS-Spezialist Auskunft geben.

2.Ich verwende Mysql und Zeos. Sind mit RepeatableRead als TIL alle Anomalien (bis auf PhantomRead) eleminiert?

Bei MySQL must du aufpassen, dass das verwendete backend Transaktionen überhaupt unterstützt. So viel ich weiss kann das nur InnoDB. Als Basis für ein Multi-User-DB System ist MySQL vielleicht nicht die erste Wahl.

Und wie verhält sich Zeos dann bei temporär gesperrten DS im Falle dieser (Exceptions etc.)?

Das gesamte Transactionhandling wird im Server ausgeführt, es gibt keine "temporär gesperrte Datasets".
Dein Vorhaben ist anspruchsvoll, vor allem wenn sich der serverseitig getriggerte Refresh mit lokalen Änderungen überschneiden kann.

Martin

[starkard]

Danke für die Antworten. Damit hatte ich leider nicht gerechnet, da z.b. Mysql stark verbreitet ist und dieses Problem doch eigtl. für jede grössere Software vorherrscht.

Mysql unterstützt Trigger/Events aber soweit ich das überschauen kann keine Messages.
ZEOS hat ein EventAlerter aberanscheinend nur für Firebird. Da ich sowieso InnoDB einsetzte sollten aber Transaktionen in der Form möglich sein.

Insgesamt also sehr ernüchternd für mich. Selbst wenn alle Anforderungen erfüllt wären, wäre der Aufwand für jede Tabelle ein TRIGGER zu schreiben und Server und Clientseitig zu pflegen imens.

Bleibt also nur den Usern mitzugeben selbstständig ab und zu ein refresh auszuführen oder die "dreckige" Timervariante

[carli]

Du könntest zwischen die MySQL-Datenbank und deinem Programm noch eine Web-API dazwischenschalten, die genau diese Änderungen mitprotokolliert.

[Christian]

aber eine ordentliche Datenbank kann (AFAIK) events ausstellen

MSSQL ist eine sehr ordentliche DB und kann das nicht. Oracle bin ich mir gerad unsicher.
Bei Firebird war das bis vor nem Jahr auch noch nicht stabil.

Zeos kann das für Postgres und Firebird.

[mschnell]

Zeos kann das für Postgres und Firebird.

Ich habe zwar bisher nur - und vor einigen Jahren - mit MSSQL gearbeitet, also wenig und veraltete Erfahrung mit Datenbanken, aber in diversen Diskussionen wurde immer wieder Postgres vor MySQL empfohlen. Warum kann Postgres anscheinend mehr, obwohl ja beide Kostenlos zu haben sind und es MySQL schließlich in einer (Bezahl-) Version mit garantiertem Support gibt ?

Jedenfalls bietet sich für Starkard wohl ZEOS mun Postgres an.

Gruß,
-Michael

[starkard]

Da ich auch für Wince auf armbasis entwicklen möchte und ich gesehen habe, dass Firebird als Client dort lauffähig sein soll habe ich es vorerst damit versucht.
Leider scheitere ich zur Zeit an einem lauffähigen Emulator für WinCe unter Win 7, da ich zur Zeit kein Gerät zu Hand habe. Der Windows Mobile emulator funtktioniert soweit.

Ich habe kein lauffähiges Iso für Virtual Pc gefunden. Auch der empfohlene Device Emulator 3 auf der wikiseite läuft nicht ohne weiteres. Ich zitiere mal von stackoverflow:

Yes, the option you've missed is that you can create your own CE image for the emulator with the emulator BSP. You then generate an image and run it with Device Emulator 3.0. The reason Microsoft no longer ships a CE emulator image is that there is no such thing as a "standard" Windows CE OS image. Generally speaking you create an image that matches whatever you've got on your specific target hardware.

Es gibt zwar eine 120-Tage trial version für den Plattformbuilder. Dieser benötigt allerdings wieder .Net framework 1.1 usw. -> Was ein Aufwand!
Weiss jemand rat? Danke im Voraus

[Christian]

m kann Postgres anscheinend mehr, obwohl ja beide Kostenlos zu haben sind und es MySQL schließlich in einer (Bezahl-) Version mit garantiertem Support gibt ?

Weil mysql schon immer andere ziele verfolgte als postgres. Weil Firmen öfter fehlentscheidungen treffen als communitys.

[marcov]

Oder, 3-Tier gehen. Der Server kann dann einfach weg trigger generieren.

[starkard]

Habe jetzt Mysql, Postgres und Firebird ausprobiert um festzustellen, dass es anscheinend keine offiziellen .dlls gibt um einen Client auf einem Wince arm device laufen zu lassen. Anscheinend wird nur Sqlite supportet und gepflegt. (Ich behelfe mich wie empfohlen mit einer Middleware die DB befehle über LNET auswertet und Results als XML zur Verfügung stellt, womit ich sehr unzufrieden bin) Habe ich vielleicht etwas übersehen? Danke

[Christian]

Da wince quasi schon gestorben ist wird sich dafür keiner mehr gross interessieren. Bei android und ios schauts aber genauso aus. Was hast du gegen sqlite ?

[starkard]

Naja, ich möchte ein Handheld (Barcodescanner) über wifi in das System einbinden. Dort wird noch oft wince eingesetzt. Gegen sqlite hab ich persönlich nix und wäre eigtl. sonst eine gute Wahl. Es genügt aber nicht den Ansprüchen eines Mehplatzsystemkonzepts.

[Christian]

Ich lös sowas mit syncronisation

[mschnell]

Naja, ich möchte ein Handheld (Barcodescanner) über wifi in das System einbinden.

Das klingt aber nun wirklich nach einem Einsatzfall für Three Tier: Du nimmst eine PC-Programm, das irgendwo läuft und die Datenbank beackert. Das Programm und der Handheld tauschen über eine proprietäre Verbindung jederzeit die notwendigen Daten aus. Vermutlich einfach IP-Socket, darauf kannst Du dann machen, was Du willst.

Ich würde den Handheld mehr oder weniger als Terminal einsetzten. Alle Tastendrücke und zusätzlich natürlich die eingescannten Daten an den PC schicken. Der PC schickt Bildschirm-Updates und Scan-Aufträge. Dann kannst Du die ganze Komplexität auf den PC verlagern, wo sich alles gut testen lässt und ein ordentliches Betriebssystem (Linux ) läuft. Wenn später was in der Software geändert werden soll, ist es unwahrscheinlich, dass Du an den HendHeld ranmusst.

-Michael