Webanwendung wie, womit?

[Jens Hartmann]

Hallo zusammen,

ich muss das o.g. Thema erneut aufgreifen. Ich habe einen Desktop DB-Anwendung entwickelt, welche ich gerne erweitern möchte. Die DB-Anwendung greift, wie bereits in einem anderen Beitrag erwähnt auf eine Access DB zu.

Ich möchte die Anwendung jetzt gerne um einen WebClient und später um eine AndroidApp erweitern.

Bezüglich der Android App, kann ich mir aktuell die Umsetzung mittels Android Studio vorstellen. Aktuell versuche ich ein Gesamt-Konzept zu entwickeln. Hierbei habe ich jetzt schon Bücher über Java, PHP, Android und ASP.NET gelesen. Leider fehlt mir aktuell echt die Einschätzung, welcher weg hier der richtige wäre.

Es wäre daher schön, wenn Ihr mir hier ein paar Vorschläge/Ideen vermitteln könntet.

Daher mal kurz meine aktuell Meinung:

1. Weiterenwicklung meiner Desktop Anwendung mit Delphi XE2 - Eventuell Umstellung der DB auf einen SQL-Server wie SQLite oder Firebird
2. Entwicklung der Weabanwendung über/mit ??? - (???Visual Studio Community 2015??? - Azure???) Hier bin ich aktuell total unschlüssig.
3. Entwicklung der Android App mittels Android Studio...

Auf/Über Eure Antworten/Meinungen bin ich sehr gespannt. Schon mal vielen Dank...

Gruß Jens

[Bernhard Geyer]

Zitat von Jens Hartmann:

...Eventuell Umstellung der DB auf einen SQL-Server wie SQLite oder Firebird

Nicht evtl. sondern die Umstellung auf eine anderen Speicherung ist eines der ersten Sachen die Du durchführen musst.
MS Access heißt Windows, heißt Destop-Anwendung und sonst nix!

[BenjaminH]

Am besten: Klare Trennung Frontend und Backend.

Z.b. einen Datenbankteil in PHP(ich würde lieber was anderes, z.b. python mit flask nehmen)
dieser kommuniziert mittels JSON Requests mit dem jeweiligen Frontend.
Dann kannst du relativ schnell verschiedene Frontends basteln, z.b. eine Weboberfläche mit Bootstrap und Javascript, das sieht ziemlich schnell schick aus.

[Luckie]

Ich würde mir erst mal ein Konzept überlegen und dann entscheiden welche Werkzeuge ich benutze. Ich will ein Bild an die Wand hängen. Dazu will ich einen Hammer benutzen. Verdammt, jetzt habe ich eine Schraube.

Zu aller erst muss die DB ja auf einen Server, damit sie erreichbar ist. Da verbietet sich schon mal Access, weil es meines Wissens nicht dafür geeignet ist. Da gibt es bessere Lösungen. (My)SQL und ähnliches.

Aus den Überlegungen ergeben sich dann die Entwicklungsumgebungen.

[nahpets]

Zitat von Bernhard Geyer:

Zitat von Jens Hartmann:

...Eventuell Umstellung der DB auf einen SQL-Server wie SQLite oder Firebird

Nicht evtl. sondern die Umstellung auf eine anderen Speicherung ist eines der ersten Sachen die Du durchführen musst.
MS Access heißt Windows, heißt Destop-Anwendung und sonst nix!

Nein, nicht unbedingt.
Mit Delphi kann man wunderbar ISAPI-DLLs schreiben (und wenn man will, auch 'nen Webserver )
Oder auch Apache-Module (zumindest bei Delphi 7 ging das).
MS-Access heißt von daher mit Nichten und Neffen Desktop-Anwendung.
Habe auch schon PHP-Foren gesehen, die gegen 'ne MS-Access-Datenbank liefen.
PHP kann mit ODBC umgehen (http://php.net/manual/de/faq.databases.php)
Java übrigens auch.

Die erste Frage, die zu beantworten wäre ist:
Auf was für einem System soll der Webserver laufen?
Windows oder Linux/Unix?

Wieviele Benutzer gleichzeitig?
MS-Access ist mehrbenutzerfähig, weiß aber nicht, wo da die Grenze ist.

Was soll der Webclient alles können?

Damit dann erstmal die Plattformen einschränken.
Dann die Auswahl der Datenbanken einschränken.
Dann die passenden Entwicklungsumgebung auswählen.

[Luckie]

Auch wenn es mit Access möglich ist. Gehört habe ich, dass es nicht die ideale Lösung ist für so was. Versteht Access eigentlich SQL? Oder wieder nur so einen inkompatiblen MS Dialekt?

[Aviator]

Zitat von Jens Hartmann:

[...]
1. Weiterenwicklung meiner Desktop Anwendung mit Delphi XE2 - Eventuell Umstellung der DB auf einen SQL-Server wie SQLite oder Firebird
[...]

SQLite kannst du nur benutzen wenn du als einzelner Benutzer auf die Datenbank zugreifst. Ein Mehrbenutzersystem ist mit SQLite mit Boardmitteln nicht möglich. Es sei denn du erstellt dir deinen ganz eigenen Server der die Zugriffe handled. Bei MS Access ist es im Prinzip das Gleiche mit der zusätzlichen Einschränkung - wie Michael schon erwähnt hatte - dass du an Windows Systeme gebunden bist.

Solltest du jedoch nur ein Einzelplatzsystem benötigen, dann wäre SQLite keine schlechte Wahl. Läuft im Prinzip (so viel wie ich weiß) auf jedem OS. Das System hat zwar so seine Eigenheiten wie Typ-Affinitäten, aber wenn man das System wie eine normale Datenbank behandelt, dann sollte das keine Probleme bereiten. SQLite macht nur dann Probleme, wenn dir jemand anderes in eine Spalte einen Wert hineinschreibt, der nicht dort reingehört. Text in eine Integer Spalte ist bei SQLite nämlich kein Problem. Leider.

[Bernhard Geyer]

Zitat von nahpets:

Nein, nicht unbedingt.
Mit Delphi kann man wunderbar ISAPI-DLLs schreiben (und wenn man will, auch 'nen Webserver )

Klar kann man sich freiwillig auf Windows-Server und IIS beschränken.
Will man das?
Und dann evtl. das Problem das Access eigentlich keine richtige DB
Mutiuserzugriff. Datenkonsistenz und Co. Alles nicht gerade Stärken von Access

[nahpets]

Zitat von Luckie:

Auch wenn es mit Access möglich ist. Gehört habe ich, dass es nicht die ideale Lösung ist für so was. Versteht Access eigentlich SQL? Oder wieder nur so einen inkompatiblen MS Dialekt?

Access ist keine ideale Lösung, egal für was, aber wenn man es mit den Fähigkeiten nutzt, die es hat, dann geht das durchaus und auch dauerhaft stabil.

Ja es kann SQL. In einem WebClient, den es zusätzlich zu einer Desktop-Anwendung geben soll, ist nicht zu erwarten, dass dort andere SQL-Funktionen benötigt werden.
Habe schon viele Datenbanken kennengelernt, aber alle weichen mal mehr, mal weniger vom Standard ab und/oder bieten weitere Möglichkeiten.

[nahpets]

Zitat von Bernhard Geyer:

Zitat von nahpets:

Nein, nicht unbedingt.
Mit Delphi kann man wunderbar ISAPI-DLLs schreiben (und wenn man will, auch 'nen Webserver )

Klar kann man sich freiwillig auf Windows-Server und IIS beschränken.
Will man das?
Und dann evtl. das Problem das Access eigentlich keine richtige DB
Mutiuserzugriff. Datenkonsistenz und Co. Alles nicht gerade Stärken von Access

Also ISAPI-Dlls nutze ich ohne den IIS, aber auf Windows.
Natürlich ist Access für nichts optimal, aber wenn es für die Desktop-Anwendung reicht, könnte es auch für 'nen WebClient reichen.

Dort wo ich bisher Access nutzen musste und Multiuserbetrieb gefordert war, hat es ohne Dateninkonsitenzen problemlos funktioniert und zwar dauerhaft.

Natürlich bekomme ich dann kein hochperformantes System mit (annähernd) unbeschränkter Nutzerzahl.

Bevor es an die Auswahl einer Entwicklungsumgebung geht, müssen Zielplattform und -Datenbank feststehen.
Und für deren Auswahl müsste man eigentlich mehr wissen, als bisher bekannt ist.