Neue Datenbank

[mkinzler]

https://www.heise.de/newsticker/meld...0-3679285.html

[MichaelT]

Welche geht leider nicht ob der Lizenzkosten.
Mimer DB. Die tunt sich selbst. Über ODBC geht Mimer sicher. Als AnyDAC noch grad 1.x war habe ich Mimer mal probiert für OLAP Auswertungen. Fragt einmal an nach den Lizenzmodellen für VARs.

BTrieve gibt es wieder

Es gibt keine Datenbank mehr welche 'schlecht' wäre.

Aus Deutschen landen gibt es mal TurboDB.

Für mich persönlich gibt es Oracle. Oracle ist megageil, aber für echt große DBs. Ist auch ganz gut gelaufen als OEM Datenbank bei BMD (in Version 8.1.7 - noch immer).

Postgres und MariaDB
- Sind beide nicht astrein. Aber wenn du sagt, keine Business Logik in Stored Procedures. Der Rest ist schon halbwegs gegessen. Ich würde mir zuerst die Optimizing Guides und Quellen zu Optimierung anschauen.

---

MS-SQL Server ist eigen, Sybase roots.

Mich kann der SQL Server nicht ganz überzeugen. Das Pro an sich ist eine gute Doku in der alles erklärt wird bishin zur Funktionsweise der Engines usw.

Zitat von Thomas Feichtner:

Hallo,

wir suchen nach einer neuen Datenbank. Derzeit haben wir den Advantage Database Server im Einsatz. Leider ist die Zukunft dieser für mich tollen und einfachen Datenbank ungewiss.

Als wichtigen Entscheidungsfaktor ist der Kostenfaktor. Wie viel kostet die Datenbank pro Benutzer.

Hier einige Anforderungen die wir an die Datenbank stellen:

Die Datenmenge liegt hier von 1 GB aufwärts bis 100 ~ 150 GB (kann natürlich auch mehr werden). Wobei die Datenmenge nicht unbedingt einen Rückschluss auf die Anzahl der Benutzer hat.

Die Anzahl der Benutzer beträgt zwischen 1 und 100. Gerade hier bei wenigen Arbeitsplätzen ist der Kostenfaktor der Datenbank entscheidend.


Was haltet ihr von folgenden Datenbanken?
* MSSQL
* Oracle
* Postgres

[Ghostwalker]

Man sollte, gerade bei der Anschaffung einer neuen DB-Struktur, durchaus ein Blick Richtung NoSql-Datenbanken werfen (z.B. MongoDB). Gerade hinsichtlich der Datenmenge und Geschwindigkeit sehr gut. Dazu ist das ganze Open-Source (Kostenfaktor).

Als Beispiel: GitHub setzt das ganze eine und die verwalten damit einige Terabyte an Daten. Wenn du mal auf die Hauptseite gehst und die Suche bemühst wirst du die Geschwindigkeit sehen, mit der das ganze läuft.

[Frickler]

Zitat von Thomas Feichtner:

Was soll die SQL-Datenbank alles können?
* Normale Abfragen (SELECT mit Subselect,...)
* Volltextsuche
* Stored Procedure
* Functions
* Trigger
* Transaktionen
* Bei einigen Kunden ist auch eine Replikation notwendig

Braucht Ihr tatsächlich nur puren SQL-Zugriff, also kein ISAM (Locate(), Filter(), SetRange(), explizites Locking via TAdsTable)? Dann ginge jede SQL-Datenbank. Zu MSSQL gibts Berge an Büchern und Doku, außerdem ist die Express Version bis 10 GB kostenlos, nutzt dabei aber maximal 1 GB RAM. Da die Performance von MSSQL - wie andere bereits schrieben - stark vom nutzbarem Speicher abhängt, könnte das stärker limitieren als die nutzbare Datenbankgröße.

Wir stehen von dem gleichen Problem und werden wahrscheinlich auf Firebird umsteigen. Die Fähigkeiten reichen uns und die Installation und Wartung ist um Klassen einfacher als bei MSSQL.

[p80286]

Zitat von Frickler:

Braucht Ihr tatsächlich nur puren SQL-Zugriff, also kein ISAM

nur?

Flapsig gesagt ohne ISAM keine Datenbank.

Gruß
K-H

[tsteinmaurer]

@bra:

Zitat:

Ich sehe das ja auch genauso, Firebird ist in der Hinsicht halt deutlich im Nachteil, weil der bei einer langsamen Festplatte in die Knie geht, weil er fast nichts cacht.

Vielleicht ohne Basis-Tuning (Default-Settings), aber man kann Firebird sehr wohl dazu bringen mehr RAM zu verwenden. Und dann ist ja auch noch der OS File System Cache ...

[Thomas Feichtner]

Hallo Frickler,

hast du dir auch Postgres angesehen?

Zitat von Frickler:

Wir stehen von dem gleichen Problem und werden wahrscheinlich auf Firebird umsteigen. Die Fähigkeiten reichen uns und die Installation und Wartung ist um Klassen einfacher als bei MSSQL.

Derzeit verwenden wir schon ISAM aber davon möchten wir eigentlich wegkommen.

[RSF]

Ich stand auch vor demselben Problem.
Jahrelang auf Grundlage ADS aufgebaut.
Ich habe mich definitiv für Postgres entschieden.

[Thomas Feichtner]

Hallo RFS

Zitat von RSF:

Ich stand auch vor demselben Problem.
Jahrelang auf Grundlage ADS aufgebaut.
Ich habe mich definitiv für Postgres entschieden.

Und bereust du die Entscheidung?
Warum hast du dich nicht z.B. für FireBird oder MSSql entschieden?
Wie schwer war für die die Umstellung (Syntax,...)?

Was sagen die Kunden bzw. Edv-Betreuer zu Prosgres? Kennen sie die Datenbank oder sehen sie dich mit großen Kulleraugen an wie das leider beim ADS ein wenig war.

Benötigt man bei Postgres exclusiven Zugriff bein einer DB-Änderung?

Ich bin einfach derzeit so unentschlossen was für unser ERP-System das sinnvollste ist.

[himitsu]

Zitat von Thomas Feichtner:

Benötigt man bei Postgres exclusiven Zugriff bein einer DB-Änderung?

Für was für Änderungen?

Für Backups mußt du lokal ran, denn pg_dump braucht Zugriff (also direkt auf dem Rechner oder über eine Netzwerkfreigabe)
sonst kann man fast alles in der DB machen. Braucht dafür nur ein Login mit genügend Rechten.

Datenbanken erstellen/löschen/kopieren geht über PGAdmin oder dein Programm.
Ein Großteil der Settings lassen sich über ein Query per SET ändern.