Empfehlung für SQL-Datenbank

[TigerLilly]

Ich würde gern MSSQL Express ins Spiel bringen.
https://www.microsoft.com/de-de/down...aspx?id=104781

- Installiert in 99% der Fälle problemlos
- Verwaltungstool inkludiert
- hoch performant + skalierbar
- als Einzelplatz und als Server einsetzbar
- kostet nichts

Wir nutzen das seit vielen Jahren für unterschiedlichste Zielgruppen und hatten noch nie das Gefühl wechseln zu müssen.

[Phoenix]

Also der aktuelle "Industriestandard" ist meines erachtens PostgreSQL.

MySQL / MariaDB sehe ich schon seit vielen Jahren nicht mehr produktiv im Einsatz - bei keinem unserer Kunden. Der Grund ist, das MariaDB eher "leichtgewichtiger" ist. Eigentlich gut, aber bei größeren Datenbanken macht Maria dadurch dann irgendwann die Grätsche und bricht komplett ein. Also kleine DB: MariaDB, größere DB's: Was "richtiges".
Oracle ist Lizenztechnisch und handhabungsmäßig ne Vollkatastrophe.
Microsoft SQL Server ist gut und benutze ich auch gerne, aber die Express-Edition ist zu eingeschränkt und bei der richtigen Variante hast Du wieder das Lizenzkostenproblem. Zudem gibt es hier für ARM-Hardware (noch?) keine gescheiten Images.
Firebird ist halt eher eine Nischen-DB, die nahezu ausschließlich im Delphi-Umfeld genutzt wird.

Das ist per se natürlich nicht schlecht, aber daraus ergibt sich, dass die Community die Dir hier helfen kann leider sehr überschaubar ist. Postgres kennt da draussen nahezu jeder, der aktuell irgendwas mit hochperformanten Datenbanken machen muss. Dementsprechend gibt's dort für alle erdenklichen Situationen schon Artikel und fertige Lösungen.

Dazu kommt, das PostgreSQL auch neben dem primären Relationalen Modell auch (ggf. mit extensions) Support für Document-Store (no-sql), Graph-DB, Spatial DB's (Geo-Daten / Koordinaten), und auch Vektor-Storage hat (und das wird aktuell immer wichtiger für performante semantische Suchen).

Ich würde an Deiner Stelle einfach mal von allem was in die nähere Auswahl kommt eine DB in einem Docker Container hochfahren, deine Daten da reinschieben, und dann gucken wie sich das jeweils anfühlt und wie das performt.

[Lemmy]

Hi,

sorry, für die Zwischenfrage:

Zitat von Phoenix:

MySQL / MariaDB sehe ich schon seit vielen Jahren nicht mehr produktiv im Einsatz - bei keinem unserer Kunden. Der Grund ist, das MariaDB eher "leichtgewichtiger" ist. Eigentlich gut, aber bei größeren Datenbanken macht Maria dadurch dann irgendwann die Grätsche und bricht komplett ein. Also kleine DB: MariaDB, größere DB's: Was "richtiges".

das mit der Größe ist mir neu. Hast Du da Erfahrungswerte? Geht es dabei um die Gesamtgröße der Datenbank oder um die Datenmenge einzelner Tabellen? Hast Du da, wenn auch nur gefühlt, irgendwelche Größenangaben noch im Kopf?
Und wird die DB damit langsamer oder fährt die mit Fehlern gegen die Wand?

Grüße

[himitsu]

Nja, für "Größeres" lohnt es sich ja eh oft einen richtigen DB-Server aufzusetzen.

Da ginge dann auch PostgreSQL

[Phoenix]

Zitat von Lemmy:

das mit der Größe ist mir neu. Hast Du da Erfahrungswerte? Geht es dabei um die Gesamtgröße der Datenbank oder um die Datenmenge einzelner Tabellen? Hast Du da, wenn auch nur gefühlt, irgendwelche Größenangaben noch im Kopf?
Und wird die DB damit langsamer oder fährt die mit Fehlern gegen die Wand?

MySQL / MariaDB hat gewisse Probleme mit dem Index-Management. Das macht das ganze dann leider immer langsamer bis hin zu absolut nicht mehr akzeptablen Query- und Insert-Zeiten.

Eine Tabelle > 1 Mio Rows braucht Aufmerksamkeit was die Indices angeht, aber das kann man noch irgendwie handeln.
Mehrere Tabellen mit jeweils > 1 Mio Rows wirst Du definitiv an der Performance merken, da kannst Du mit den Indices machen was Du willst. Selbst wenn die DB eigentlich komplett in-Memory passen dürfte.

Ab dann sollte man sich Gedanken machen, einen Plan B in der Tasche zu haben.
Das kann z.B. sein, alle älteren Datensätze einfach in Archiv-Tabellen zu schieben damit die Live-Tabellen nicht so viele Einträge halten müssen, aber das ist alles Aufwand der mit einer besseren DB nicht sein müsste.

[Lemmy]

Servus,

Zitat von Phoenix:

Zitat von Lemmy:

das mit der Größe ist mir neu. Hast Du da Erfahrungswerte? Geht es dabei um die Gesamtgröße der Datenbank oder um die Datenmenge einzelner Tabellen? Hast Du da, wenn auch nur gefühlt, irgendwelche Größenangaben noch im Kopf?
Und wird die DB damit langsamer oder fährt die mit Fehlern gegen die Wand?

MySQL / MariaDB hat gewisse Probleme mit dem Index-Management. Das macht das ganze dann leider immer langsamer bis hin zu absolut nicht mehr akzeptablen Query- und Insert-Zeiten.

Eine Tabelle > 1 Mio Rows braucht Aufmerksamkeit was die Indices angeht, aber das kann man noch irgendwie handeln.
Mehrere Tabellen mit jeweils > 1 Mio Rows wirst Du definitiv an der Performance merken, da kannst Du mit den Indices machen was Du willst. Selbst wenn die DB eigentlich komplett in-Memory passen dürfte.

Ab dann sollte man sich Gedanken machen, einen Plan B in der Tasche zu haben.
Das kann z.B. sein, alle älteren Datensätze einfach in Archiv-Tabellen zu schieben damit die Live-Tabellen nicht so viele Einträge halten müssen, aber das ist alles Aufwand der mit einer besseren DB nicht sein müsste.

Danke für die Info. Da habe ich dann was zu tun

[udo888]

Ich danke für eure Vorschläge, bin zumindest erstmal bisschen schlauer.
Die Zugriffe werde ich auf jeden Fall kapseln, da kommt keine Komponete auf das Form. Btrieve hatte bisher auch eine eigene Unit mit sämtlichen DB-Zugriffen.

Jetzt werde ich mir einmal ansehen, wie ich das am effektivsten einbinden kann. Hat jemand eventuell noch eine Empfehlung für eine "nette" Anleitung? Ich muss nicht überschlau werden damit.

Und zum Glück wollen meine Kunden nicht selber in der Datenbank herumfummeln.

[TigerLilly]

Zitat von Phoenix:

Microsoft SQL Server ist gut und benutze ich auch gerne, aber die Express-Edition ist zu eingeschränkt und bei der richtigen Variante hast Du wieder das Lizenzkostenproblem. Zudem gibt es hier für ARM-Hardware (noch?) keine gescheiten Images.

Naja, "eingeschränkt" muss man schon relativieren:
https://www.software-express.de/hers...nen-vergleich/
Wenn einem da etwas fehlt, ist man mit "überschaubare Kosten" eher falsch aufgestellt.

2019 und 2022 Express laufen auf ARM ohne Probleme, zumindest "within a Windows 11 on ARM installation in Parallels on Apple Silicon Macs".

[johndoe049]

Viele Kunden von uns fordern bei Datenbanken eine Vollverschlüsselung incl. Suchhfähigkeit innerhalb der Datenbank. Nicht nur in der Verbindung vom Client zur Datenbank.

Wir nehmen daher ElevateDB und bei einigen Kunden, die das so unbedingt haben wollen, auch mal SQL Anywhere.

[himitsu]

PS: https://db-engines.com/de/ranking