Datenbank gesucht

[Shark99]

Ich brauche Hilfe bei der Suche nach einem Datenbank-System.

Bisher habe ich immer XML oder JSON verwendet um Daten zu speichern.

Ich bin bei der Vorplanung für eine komplett neue Desktop-Anwendung. Dabei müssen die Daten entweder in die Cloud (bevorzugt) oder auf einen Webserver. Mehrere Benutzer müssen auf die Daten gleichzeitig zufreifen. Auch schreibend (mit Locks natürlich während des Schreibvorgangs). JSON kommt nicht in Frage. Es wäre zu aufwendig bei der Synchroisation. Ich brauche also eine Datenbank. Leider kenne ich mich bei dem Thema sehr wenig aus. Habe nur Grundkenntnisse bei SQL.

Kann mich bitte jemand auf die richtige Spur bringen?

Voraussetzungen:

- Cloud Storage Service bei einem großen Anbieter verfügbar (keine kleine Insellösung)

- Keine langwierige Administration des Backends der Datenbank. Ich will nicht eigenen Server aufsetzen müssen (mache ich aber wenn es nicht anders geht). Es wäre schön wenn in ein paar Minuten den Cloud Storage konfigurieren könnte um über eine API die Daten dort abzuspeichern.

- Leichte Auslieferung der Anwendung, d.h. keine langwierigen Installationen

- Performance zweitrangig, da nicht mehr als 5-10 Benutzer auf die Daten zugreifen werden, und die Datenmenge überschaubar ist

- sollte mindestens unter Windows und MacOS verfügbar sein

- kann ruhig längere Einarbeitungszeit erfordern

Vielen Dank im Voraus!

[mkinzler]

Zitat:

Ich bin bei der Vorplanung für eine komplett neue Desktop-Anwendung. Dabei müssen die Daten entweder in die Cloud (bevorzugt) oder auf einen Webserver.

Soll der Zugriff direkt auf die Datenbank erfolgen oder per "MiddleWare"? Hier würde sich ein REST(ful)Service anbieten.

Zitat:

JSON kommt nicht in Frage. Es wäre zu aufwendig bei der Synchroisation. Ich brauche also eine Datenbank. Leider kenne ich mich bei dem Thema sehr wenig aus. Habe nur Grundkenntnisse bei SQL.

REST wäre Austausch im JSON Format. Die Speicherung könnte dann in einem traditionellen DBMS erfolgen.
Da der Datenbankzugriff abstrahiert wird (Rest/ORM) wären dann die fehlenden SQL(-detail)Kenntnisse nicht so schlimm.
Als Datenbankserver würde isch dann etwas wie PostGresSQL, MySQL oder Firebird anbieten.

Welche Delphiversion/SKU?

[Papaschlumpf73]

Zitat von Shark99:

Cloud Storage Service bei einem großen Anbieter verfügbar (keine kleine Insellösung)

Ich glaube, das ist der falsche Ansatz. Wenn mehrere Anwender die Datensätze bearbeiten sollen, ist der Storage Service eher ungeeignet. Der kann ja auch nur Dateien oder Blöcke speichern. Alle großen Cloud-Anbieter haben inzwischen auch Database Services im Angebot...

[Bernhard Geyer]

https://aws.amazon.com/de/rds/sqlserver/
https://azure.microsoft.com/de-de/

Gibts sicherlich auch von anderen wie Oracle was.
Aber Oracle würde ich mir nicht freiwillig einsetzen.

[mkinzler]

Der SQL-Server ist allerdings nicht für macOS verfügbar. Für Linux ist er aber geplant.

[Der schöne Günther]

Ich denke damit meinte er eher den Client

[Schokohase]

Zitat von mkinzler:

Der SQL-Server ist allerdings nicht für macOS verfügbar. Für Linux ist er aber geplant.

Da ist mehr als nur Planung, siehe https://hub.docker.com/r/microsoft/mssql-server-linux/

[Uwe Raabe]

Zitat von Der schöne Günther:

Ich denke damit meinte er eher den Client

Das hatte ich auch so verstanden. Allerdings muss man auch da die Zugriffschicht im Auge behalten. Der SQL-Client ist leider nicht für jede Plattform verfügbar. Das kann man aber mit einem REST- oder DataSnap-Server umgehen.

Ich hatte vor einigen Jahren mal auf den Delphi-Tagen in Heidelberg ein Beispiel gezeigt, wie das FishFacts Projekt als DataSnap-Server mit Azure realisiert werden kann. Ist sicher nicht mehr auf dem neuesten Stand, aber hilft vielleicht auf dem Weg dorthin: DataSnap in the Cloud.

Mit den aktuellen Möglichkeiten könnte man auch mal den RAD Server in Betracht ziehen.

[Shark99]

Zitat von mkinzler:

Zitat:

Ich bin bei der Vorplanung für eine komplett neue Desktop-Anwendung. Dabei müssen die Daten entweder in die Cloud (bevorzugt) oder auf einen Webserver.

Soll der Zugriff direkt auf die Datenbank erfolgen oder per "MiddleWare"? Hier würde sich ein REST(ful)Service anbieten.

REST wäre Austausch im JSON Format. Die Speicherung könnte dann in einem traditionellen DBMS erfolgen.
Da der Datenbankzugriff abstrahiert wird (Rest/ORM) wären dann die fehlenden SQL(-detail)Kenntnisse nicht so schlimm.
Als Datenbankserver würde isch dann etwas wie PostGresSQL, MySQL oder Firebird anbieten.

Welche Delphiversion/SKU?

Wie der Zugriff erfolgt ist zweitrangig. Hauptsache ich kann die Anwendung durch einen einfachen Installer ausliefern, ohne dass der Kunde extra Software installieren muss, die nicht in meinen Installer integrierbar ist. Ich kann mich aber auch paar Wochen hinsetzen und in SQL einarbeiten. Ich suche etwas wo ich minimalen Verwaltungsaufwand habe und keinen eigenen Webserver betreiben muss. Ich will Delphi coden und nicht mit dem Datenbank backend ständig rumfummeln zu müssen (Updates etc).

Habe derzeit Delphi 7, Delphi 2009, Delphi XE5 und Delphi XE8 da.

Zitat von Papaschlumpf73:

Zitat von Shark99:

Cloud Storage Service bei einem großen Anbieter verfügbar (keine kleine Insellösung)

Ich glaube, das ist der falsche Ansatz. Wenn mehrere Anwender die Datensätze bearbeiten sollen, ist der Storage Service eher ungeeignet. Der kann ja auch nur Dateien oder Blöcke speichern. Alle großen Cloud-Anbieter haben inzwischen auch Database Services im Angebot...

Habe mich falsch ausgedrückt, mit Cloud Storage meinte ich auch Datenbanken, aber eben welche die ich nicht selbst aufsetzen muss, sondern nur konfigurieren.

Zitat von Der schöne Günther:

Ich denke damit meinte er eher den Client

Ja das meinte ich, also die Client-Seite. Ich wollte die Anwendung mit Delphi XE5 oder Delphi XE8 entwickeln, voraussichtlich mit Firemonkey, so dass sie auch auf dem Mac läuft. Alternativ denke ich darüber nach eine neue Sprache zu erlernen. Das mache ich aber nur wenn ich mit Delphi nicht mehr gut zum Ziel komme. Bin seit 20 Jahren bei Delphi dabei.

[jobo]

Zum kostenlosen Test oder für "ernst" und Geld:
https://www.elephantsql.com/

Deutsche Hoster gibt es offenbar nicht so viele, könnte ich mal nachschauen.

Postgres wurde ja bereits vorgeschlagen, dazu noch die Ergänzung:
Die Datenbank bittet einen starken Mix an Funktionen, die JSON und XML beinhalten. Die Datenhaltung klassisch, JSON, XML ist gut integriert, sodass es vielleicht nicht so dramatisch ist mit dem Umstieg.

Sprich Du kannst JSON per SQL selektieren, updaten usw. Du kannst indizieren (vlt. unnötig) und Du kannst es mit klassischen relationalen Datenbankstrukturen mischen.
Ein Update einzelne JSON Felder sollte per SQL möglich sein.

Die Kombi ist eigentlich perfekt um feste business Strukturen vorzugeben mit klassischem DB Modell und an den "losen Enden", wo eine kleine Truppe flexibel sein muss/will mit JSON zu arbeiten.

P.S: Hier mal nach Germany schauen
https://www.postgresql.org/support/p...osting/europe/

Ob's Not tut? Bei der Projektgröße? Wenn es cloud sein muss:
Ich würde einen virt. Rootserver nehmen, debian drauf, postgres drauf, Backupscripte oder dauerhafte DB Synchronisation in die Firma