Neue Datenbank

[jobo]

Zitat von Bernhard Geyer:

Zitat:

Schwierige Frage, bzw. was bringt Dir der "Bekanntheitsgrad" bei Admins / Kunden.

Aus unserer Erfahrung ist das Unterstützen eines der "üblichen Verdächtigen" ein Punkt der im Aquiseprozess die Arbeit erleichtert.
Könnte in einem engen Rennen zwischen der eigenen Lösung und einem Mitbewerber der entscheidende Faktor sein.
..

Gute Argumente, kann ich aus Erfahrung nachvollziehen.

Ich sehe hier in dem Fall dennoch das "Problem", dass es nicht um die Frage "welche DB Systeme unterstützen wir denn alle" geht, sondern um "welche eine von den möglichen nehmen wir denn, fest".

Die Entscheidung für eine, ist dann immer die Entscheidung gegen ~5 andere und zieht auch die von Dir angeführte Marketingsituation nach sich.

Ich sehe in der Situation hier zunächst die Frage, was brauche ich alles. Als erstes müsste man sich da m.E. um die auch von Dir aufgeworfene Frage kümmern, Mehrschicht oder CS System.
Mehrschicht bedeutet m.E. DB als "dumme Datenhaltung", folglich DB egal und die Frage, was die Kunden kennen und "mögen" auch egal.
CS System bedeutet allerdings auch nicht, dass man DB spezifsche Funktionen einsetzt, aber darüber muss man auch nur nachdenken, wenn man CS will (vielleicht gerade weil man für ERP, .. spezielle Anforderungen hat)

[p80286]

Zitat von jobo:

Die Entscheidung für eine, ist dann immer die Entscheidung gegen ~5 andere und zieht auch die von Dir angeführte Marketingsituation nach sich.

Diese Entscheidung sollte man nicht treffen. Auch wenn sich die letzte "Meile zur DB" unterscheidet (SQL-Dialekt) so ist doch die Schnittmenge der Dialekte um so größer je "dümmer" die DB ist. Und ich habe schon mehr als einen Anbieter erlebt, der mit MS-Code auf eine Oracle-DB gegangen ist und umgekehrt.
Solange es richtig läuft, halte ich es für falsch eine oder mehrere DB auszuschließen.

Gruß
K-H

[Bernhard Geyer]

Zitat von p80286:

Diese Entscheidung sollte man nicht treffen. Auch wenn sich die letzte "Meile zur DB" unterscheidet (SQL-Dialekt) so ist doch die Schnittmenge der Dialekte um so größer je "dümmer" die DB ist. Und ich habe schon mehr als einen Anbieter erlebt, der mit MS-Code auf eine Oracle-DB gegangen ist und umgekehrt.
Solange es richtig läuft, halte ich es für falsch eine oder mehrere DB auszuschließen.

Mittlerweile kann ja selbst Oracle ANSI-JOINs aufbauen und mann muss nicht mehr mit der besch*** +-Logik sich rumärgern.

Bei uns ist die DB-Spezielle Schicht auch relativ klein. MySQL und Oracle laufen mittlerweile auch über UniDac und unterscheide sich fast nur noch bei den Table/Index-Create-Statements.

[jobo]

"Die Eine oder Viele"
Nun, der TE will ja scheinbar eine DB auswählen oder muss diese Entscheidung treffen.

Erstmal nur "eine" zu nehmen, ist ja auch kein unumstößliche Entscheidung, hat wahrscheinlich primär Kostengründe.

Für mich ist die Entscheidung eine/viele dann am Ende nicht so spannend, solange es um SQL Dialekt geht. Ein bisschen SQL Code verdrehen kann man ja tatsächlich auf der "letzten Meile".

Viel entscheidender ist für mich die Frage der DB Fähigkeiten jenseits von ANSI SQL.
Also
Geodatentypen und andere, z.B. eigene
Volltext Suche
Index Varianten
JSON / XML embedded
Connectivity / Remote DB / Linked Server
Partitionierung
Replikation
um mal ein paar zu nennen

Dann gibt es noch Dinge, die eine DB kann und außerhalb meines Interesses liegen.

Nutze ich spezifische Datenbankfunktionen, dann ist das natürlich eine starke Bindung an dieses Produkt. Aber:
Summa Sumarum kann ich für bestimmte Eigenprodukte sagen, Oracle oder Postgres ist mir egal, obwohl es um CS Systeme geht, die intensiven Gebrauch machen von spezifischer Datenbankfunktionalität, bspw. SEPA File Erzeugung oder Verarbeitung per SQL.
Damit kann ich dann beliebige heterogene Anwendungs-Landschaften für mein Produkt bedienen und die DB bleibt von alleine sauber.

Alternativ kann ich daraus auch ne Art Premium Marketing machen.

• Das Produkt gibt es in der Community Edition oder LowCost mit SQLite, dafür kann es bestimmte Dinge dann nicht
• Für KMU biete ich eine kostengünstige, leistungsfähigere Version mit PG oder Firebird mit einigen Zusatzfunktionen
• Und Enterprise dann mit ERP Funktion und Schnickschnack gegen MSSQL oder Oracle.

[p80286]

[OT]

Zitat von jobo:

Summa Sumarum kann ich für bestimmte Eigenprodukte sagen, Oracle oder Postgres ist mir egal,

Mit anderen Worten beide fühlen sich gleich an (DDL,SQL)?
Da ich bisher Beruf (Oracle/Mssql) und privat (FB) getrennt hatte, wäre es ganz gut wenn ich da etwas zum Spielen hätte, denn Oracle-Lizenzen kann sich ein Privatmann ja nicht leisten.

Gruß
K-H
[/OT]

[mikhal]

Zitat:

Da ich bisher Beruf (Oracle/Mssql) und privat (FB) getrennt hatte, wäre es ganz gut wenn ich da etwas zum Spielen hätte, denn Oracle-Lizenzen kann sich ein Privatmann ja nicht leisten.

Oracle und MSSQL Express wären deine Freunde:

Oracle Express 11g R2

SQL Server 2016 Express

In Leistung und Größe der Datenbank beschnitten, aber sonst die gleichen Funktionalitäten wie die "Großen".

Grüße
Mikhal

[p80286]

Danke!
Bisher waren meine Erfahrungen mit den Expressen sehr beschnitten!

Gruß
K-H

[mikhal]

Du wirst dir in beiden Fällen noch Administrationswerkzeuge organisieren müssen: MS stellt das Monster von Administrationstool zur Verfügung, man benötigt dazu keine Datenbank-Lizenz mehr, bei Oracle empfehle ich den Free Toad, den kleinen freien Bruder. Der muss aber alle 30 oder 60 Tage neu installiert werden, nicht so toll...

SQL Server Management

Free Toad for Oracle

Grüße
Mikhal