Datenbankzugriff von Android / iOS auf MS-SQL

[markus123]

Hallo zusammen,

mir wurde die Aufgabe zugetragen, "eine App zu unserer Desktop-Anwendung" für Android / iOS zu entwickeln. Ziel soll "ganz einfach" die Darstellung einiger (Intranet-) Datenbankinhalte sein, sowie die Erfassung einiger Grunddaten. Eingekauft wurde "vom Experten" XE5 Pro und FireDAC. Als Datenbank ist zwingend unsere MS-SQL-Datenbank vorgeschrieben.

Nach ein paar Tests mit einer Win32-EXE war ich optimistisch, dass ich SQL-Anfragen absetzen kann und habe es für ein Android-Gerät kompiliert und überspielt. Die Folge war ein schwarzer Schirm am Smartphone. Google-Suche hat dann auch die Lösung gebracht: Weder auf Android, noch auf iOS wird ein MS-SQL-Datenbankzugriff von FireDAC unterstützt. Im weiteren Verlauf der Recherchen habe ich dann unter anderem hier im Forum gelesen, dass ein direkter Datenbankzugriff von der App sowieso falsch konzipiert sei.

Mir ist natürlich klar, dass ich für einen direkten Datenbankzugriff immer zwingend online sein muss. Auf der anderen Seite müsste ich ansonsten berücksichtigen, dass Warenbestände ja evtl. nicht mehr stimmen, bzw. ins negative gebucht werden, wenn die Daten zurückgespielt werden. Live-Daten wären mir da am liebsten, sonst müsste ich die ganze Synchronisation auch noch irgendwie unter bringen.

Meine Frage: Wie macht ihr das so? Nehmt ihr einfach eine kompatible Datenbank oder löst ihr die Zugriffe z.B. über SOAP? Dann bräuchte ich ja zudem einen SOAP-Server und finde persönlich den Overhead auch ein wenig groß.

Vielen Dank für eure Hilfe
Markus

[Mavarik]

Zitat von markus123:

Meine Frage: Wie macht ihr das so? Nehmt ihr einfach eine kompatible Datenbank oder löst ihr die Zugriffe z.B. über SOAP? Dann bräuchte ich ja zudem einen SOAP-Server und finde persönlich den Overhead auch ein wenig groß.

Datasnap / REST...

Ich nehme Soap. Weil ich da schon alles Fertig habe für meine Webanwendungen. Da kann ich einfach das Interface für meine App Verwenden.

Soviel Overhead? TCP/IP, eigenes Protokoll mit Token... Wenn Du die Zeit hast.


Mavarik

[Bernhard Geyer]

was spricht gegen eine Browserbasierte Lösung?

[Guido R.]

Ich habe mal ein ähnliches Problem mit Intraweb gelöst. Mit Hilfe von jQueryMobile kann man auch sehr ansprechende Oberflächen entwickeln.
Ich empfehle Dir hierzu mal die "Delphi Programming Tutorial #62" und "Delphi Programming Tutorial #63" von Alister Christie auf YouTube anzusehen.

Gruß
Guido R.

[Neumann]

Man könnte das ev. auch mit Raudus als Webanwendung machen. Intraweb hat mir immer Probleme bereitet; wie der aktuelle Status jetzt ist kann ich aber nicht sagen, arbeite noch mit Delphi XE.

Ralf

[markus123]

Hallo zusammen,

vielen Dank für eure Posts! Ich werde mich mal mit dem Thema SOAP beschäftigen. Scheint mir die sinnvollste Wahl zu sein.

Natürlich bin ich eurer Meinung, dass eine Web-Lösung schneller und besser aufgezogen wäre, aber: "Wir sind ein innovatives Unternehmen und ich möchte daher ein uraltes HTML, sondern so eine moderne App!" - da kann man nichts weiter darauf sagen und wer zahlt schafft an...

Grüße
Markus

[Uwe Raabe]

Zitat von Mavarik:

Datasnap / REST...

Das ist auch der von Embarcadero empfohlene Weg. Allerdings hat der Experte entweder die Voraussetzungen nicht gekannt oder die Featurematrix falsch interpretiert. Für sowas braucht man dann schon eine Enterprise oder höher.

[Mavarik]

Zitat von Uwe Raabe:

Das ist auch der von Embarcadero empfohlene Weg. Allerdings hat der Experte entweder die Voraussetzungen nicht gekannt oder die Featurematrix falsch interpretiert. Für sowas braucht man dann schon eine Enterprise oder höher.

Ach "der Experte" dachte schon ich hätte etwas überlesen...

Wußte doch, es gibt einen Grund, warum ich JSON/REST nicht verwende, sondern SOAP.
Naja zur not könnte man die Geschichte auch ohne Komponente per Hand codieren... Wenn man die Zeit hat...