Client / Server. Client direkt Daten per SQl speichern?

[Thomas83]

Hi zusammen,

habe ein Client/Server Anwendung geschrieben.
Es werden einige Daten per SQL abgelegt. Was meint ihr was ist besser.

Die Daten direkt vom Client per SQL speichern.
Oder den SQl String an den Server schicken und dann dort ausführen.

Was meint ihr?

Thx

[Bernhard Geyer]

Was soll es bringen (außer eingesparte DB-Accesslizenzen kosten) wenn der Server die vom Client bekommen SQL-Anweisung weiterreicht?
Wenn schon Server dann sollte dieser doch die Businesslogik abbilden und nicht dummer SQL-Durchreicher spielen?

[Billa]

..das kann man nicht generell beantworten. Kommt auf die Anwendung an. Und auf den Aufwand, der getrieben werden soll. Mehrschichtige Anwendungen haben sicherlich einen gewissen Charme, erfordern aber manchmal eine völlig anderes Konzept. Wann müssen Änderungen für andere Clients sichtbar sein? Gibt es konkurrierende Änderungen? Ist dabei die Reihenfolge wichtig? usw. usw. Hängt m.E. sehr von der Aufgabenstellung ab.

[Thomas83]

eigentlich sollten die Clients per SQL ihren Status/Fehler speichern.
Da brauche ich nicht für jedes Ereignis den Client/Server zu programmieren und dafür eine Methode schreiben.

Deswegen dachte ich mir die Daten werden per SQL abgelegt. Und da es ja eine Client/Server Anwendung ist, sollte doch eigentlich alles zum Server gehen und der verarbeitet es weiter oder sehe ich das falsch?

[Bernhard Geyer]

Wie schon Billa angemerkt hat sollte bei einem C/S-Ansatz das Konzept angepaßt werden.
Statt einzelne auf SQl-Anweisungen basierente Infos zu liefern eher High-Level-Objekte/Funktionalität wie:

GetKunden
AddAuftrag
....

[TUX_der_Pinguin]

Vor einem ähnnlichen Problem bzw. einer ähnnlichen Aufgaben Stellung stehe ich auch.

Da man an hand eines Beispiels immer besser das Problem überblicken kann,
nehmen wir mal an wir haben 5 Clients (Anwender) und einen Datenbank Server.

Entwickelt man jetzt die Anwendung so das jedes Programm Selbst zugriff auf die
Datenbank erhält oder entwickelt man eine Client und eine Server Anwendung.

Bei dem Client Server Konzept denke ich daran das der Client Befehle und Daten
an den Server schickt und dieser verarbeitet alles, so wie Bernhard Geyer bereits
geschrieben hat, "GetKunden" usw.

Will man keine Server Anwendung schreiben muß die ganze Logik bei den "Clients"
sein, d.h. darf ein Client in dem Moment überhaut den einen Datensatz speichern,
oder tut dies ein anderer Client gerade auch, was fatal wäre.

Ich denk im groben ist es Geschmackssache und sicher eine Frage von Aufwand und Nutzen,
nur ob sich der Aufwand überhaupt lohnt wenn es um eine Handvoll clients geht.

Fragen über Fragen .. :gruebel: