Datenbankserver für Warenwirtschaft gesucht

[IBExpert]

Zitat:

Zitat von Lemmy (Beitrag 1518564)

Ich würde ja Firebird vorschlagen, da sitzen ein paar russische Entwickler dran, die verwenden imho aber Intel oder Microsoft C++ Compiler.

Unter linux wird das aus offensichtlichen Gründen ohne Hilfe von Microsoft compiliert, meine Empfehlung ist Firebird ja eh.

Zusatzfrage an den Threadersteller: "Die ganzen großen bekannten Server kommen lt. Suche alle aus USA."

Welche kamen denn in Frage?

Die kommerziellen haben sich so nach und nach alle gegenseitig vom Markt aufgekauft und da beibt eh kaum was übrig,
das nicht einem US Konzern gehört.

Bleibt also eigentlich nur Open Source oder?

Größere Open Source Projekte ganz ohne US Autoren wird man kaum finden.

Und welches Linux dabei ohne US Autoren auskommt, ist mir nicht bekannt.

Und closed source bzw Kommerzielle Projekte hatten in den letzten ca 30 Jahren oft ebenfalls fast alle irgendwo
Einfluß auf die Codes aus US und da wurde ja offensichtlich was hinterlassen, womit nicht jeder einverstanden ist

https://www.zdnet.com/article/borlan...door-detected/ (ist zwar älter aber immer noch passend).

Im Open Source Quellcode kann man das ja (wie damals im Firebird Quellcode) finden und entschärfen, in kommeriellen
Produkten ohne Quellcode muss an da eben mit leben, wenn das so ist.

[himitsu]

Probleme mit EINEM Konkurrenten von da
und dann gleich das ganze Land ausschließen?
Warum nur das Land und nicht gleich den ganzen Kontinent, oder zumindestens nur den Bundesstaat?

Von der Hardware her reicht also ein RaspberryPi ... ist nur britisch Englisch (nicht US), aber die wollen mit und (der EU) ja nichts mehr zu tun haben.
Oder auch ein NAS, wo fast jedes DBMS im Docker oder VM laufen tut. (da hat man auch gleich das Backup der Clientrechner mit dabei)
https://www.synology.com/de-de/compa...ts_NAS_Servers
Oder andere knuffige chinesische/koreanische/taiwanesische Compüterleinchen.



Ich dachte erst es geht um einen Serverhoster, dessen Rechnerzentrum/Cloud nicht dort laufen soll.
Hardware von einem bestmmten Hersteller vielleicht noch, aber nicht alles nur auf ein Land/Nation/Einwohner bezogen. (es gibt ja auch noch Russen, die ganz OK sind)


[Spaß]

Zitat:

Zitat von haentschman (Beitrag 1518579)

Ich mag auch keine Chinesen. Es sei denn, die haben ein Restaurant um die Ecke. :zwinker:

Wobei das nichtmal echte chinesischen Chinesen oder sogar garkeine Chinesen sind. (oft Vietnamesen)
[/Spaß]

[Mantrid]

Hallo

Zitat:

Kann man verstehen. Das aber am Datenbankserver festzumachen, halte ich für keine gute Idee.

Empfehlung von seinem Anwalt (hat uns auch zum lachen gebracht, aber wenn er es zahlt sagen wir nicht nein. )

Zitat:

Was kaufen die in der Regel ein? Haben die Erfahrung mit Softwarekomponenten?

Sollten eigentlich. Die kaufen bei uns die ganze IT Technik und Software nach Anforderung von uns ein. Hat bisher überwiegend funktioniert.

Zitat:

PS: Die Liste hätte ich gern gesehen. Da müssen wir nicht raten...

Der Einkauf hat sich die Liste von https://db-engines.com/en/ranking angesehen, die ersten 15 Positionen geprüft und dann entsprechend unsere Entwicklung und das Consulting informiert.

Zitat:

Vieleicht solltet ihr mit dem Kunden nochmal reden. Ist das "Problem" ein US firmenbezogenes Problem oder ein personenbezoges Problem?

Uns wurde gesagt, es war eine Ausschreibung und da ist von dem US Unternehmen was nahezu identisches angeboten worden. Da der Geschäftsführer sehr impulsiv ist, ist jetzt an allem die Datenbank der Warenwirtschaft schuld usw. Mit dem kann man im Moment nicht reden.

Zitat:

Bleibt also eigentlich nur Open Source oder?

Wird darauf hinauslaufen.

Zitat:

https://www.nexusdb.com/ Die Firma sitzt in Australien.

Hab ich unseren Entwicklern mal weitergegeben.

Zitat:

Probleme mit EINEM Konkurrenten von da
und dann gleich das ganze Land ausschließen?
Warum nur das Land und nicht gleich den ganzen Kontinent, oder zumindestens nur den Bundesstaat?

Wie gesagt, der Geschäftsführer ist sehr impulsiv.

Zitat:

meine Empfehlung ist Firebird ja eh.

Welche Version ist zu empfehlen? D.h. die Version die am stabilsten läuft und wo man lange nichts ändern muss. Wie hoch ist der Umstellungsaufwand von MariaDB auf Firebird?

Andererseits sind wir gar nicht so negativ bezüglich einer zweiten Datenbank bei uns eingestellt. Wir verwenden bei uns immer nur MariaDB. Eine Alternative hierzu wollten wir immer mal suchen, haben dies aber in den letzten Jahren nicht gemacht. Es kann ja immer mal vorkommen, dass sich die Lizenzbedingungen ändern und man dann umstellen will bzw. muss. So wie wir von MySQL auf MariaDB umgestellt haben als Oracle SUN + MySQL aufkaufte.

Zitat:

Und welches Linux dabei ohne US Autoren auskommt, ist mir nicht bekannt.

Ohne Kommentar: Die verwenden Ubuntu und Suse...

[Delphi.Narium]

Bei Ubuntu ist PostGres als DB schon mit dabei, wäre also naheliegend, das auch zu nutzen.

[IBExpert]

Zitat:

Zitat von Mantrid (Beitrag 1518599)

Zitat:

meine Empfehlung ist Firebird ja eh.

Welche Version ist zu empfehlen? D.h. die Version die am stabilsten läuft und wo man lange nichts ändern muss. Wie hoch ist der Umstellungsaufwand von MariaDB auf Firebird?

Andererseits sind wir gar nicht so negativ bezüglich einer zweiten Datenbank bei uns eingestellt. Wir verwenden bei uns immer nur MariaDB. Eine Alternative hierzu wollten wir immer mal suchen, haben dies aber in den letzten Jahren nicht gemacht. Es kann ja immer mal vorkommen, dass sich die Lizenzbedingungen ändern und man dann umstellen will bzw. muss. So wie wir von MySQL auf MariaDB umgestellt haben als Oracle SUN + MySQL aufkaufte.

Aktuell würde ich bei neuen Projekten auf FB4 aufsetzen, ältere Version muss man nicht unbedingt umstellen und wenn ihr ein Rollout an Kunden machen müsste, ist das eingesetzte OS auch ziemlich egal
(wir haben in einem ziemlich großen Kundenprojekt gemischte Firebird Server im Einsatz, ca 230 mit Ubuntu Linux (14-22), 4 mit Windows 2016-2019, Firebird V2.5 auf ca 90% davon, der Rest FB3, demnächst dann
auch der erste mit FB4).

Im Gegensatz zu Maria DB, die wie du ja schon schreibst von mysql kommen, hat Firebird seit ca 23 Jahren ein irreversibles Lizenzmodell, sprich so was wie die duale Lizenz, die es bei mysql gab
und ggf auch unter sun/oracle danach noch gibt und dir dann immer durch die Blume mitteilt, das du ja eine Lizemz kaufen müsstet, wird es das bei Firebird so nicht geben.

Das Projekt und damit der gesamte Quellcode gehört niemandem und kann damit auch von niemandem verkauft werden (kann sein das Borland das damals ziemlich schnell erkannt hatte und man sich darüber
immer noch ärgert in den nachfolgefirmen, ist aber egal).

Wir haben selbst noch Kunden, von denen wir wissen, das da einige System noch auf fb15 arbeiten, es zwingt dich niemand, das zu ändern und auch heute bekommt man noch auf nahezu allen akuelle
windows und linux versionen alle Firebird Versionen >= 1.5 zum laufen. Bei sehr vielen Kunden ist weiterhin FB25 im Einsatz, sehr oft zum Beispiel auch im Bereich medical software, also
Arztpraxen etc. Da ist man scheinbar extrem ablehnend gegenüber neuer DB Versionen, aber es zwingt einen ja auch keiner.

Wenn ihr heute auf FB4 aufsetzt, dann bekommt ihr dazu noch einige Zeit updates und bugfixes und auch wenn die irgendwann mal wegfallen, zwingt euch keiner, das umzustellen.

Release von FB25 war übrigens Ende 2010! Nach 12,5 Jahren kannst du damit weiterhin gut arbeiten, wenn die Vorteile der neueren Versionen nicht so wichtig sein sollten !

Ein Releasewechsel erfordert eigentlich nur ein Backup unter der älteren Version und ein Restore mit der neuen Version, das geht ohne Probleme auch eingebunden in
Setup Scripte oder mit Hilfsmitteln wie in IBExpert Scripting möglich (wir machen für solche Anforderungen regelmäßig Kundenprojekte und dabei ist es manchmal komplizierter
(character set change, db owner change, gobal table name changes usw. etc. )

Bzgl Portierung von MariaDB, hängt eigentlich von den Tabellenstruturen ab, die ihr da benutzt. die create table etc befehle kann man eigentlich schnell syntaktisch
umstellen und auf Basis firedac/oder devart unidac oder bei lazaurus eh enthalten kann man sich schnell ein tool zusammenbauen, das die vorhandenen Tabelleninhalte
von mariadb nach Firebird rüberkopiert. ggf kannst du aber auch über tdataset properties auf der mariadb welt schnell den create table für fb zusammenbauen, wie ihr ihn
haben wollt, passende Datentypen sollten kein problem sein.

Die meisten datapump produkte kann man eh vergessen, weil die oft ziemlich gruselige zieldatentypen erstellen und oft auch sehr lahm sind.

Wenn ihr nicht allzu exotischen SQL Kram benutzt, kann man auch weiterhin parallel auf Firebird und MariaDB bleiben, oder das über stringkonstanten lösen, die je nach
Plattform einen anderen SQL String liefern können. Auf dem weg kann man dann auch zB auf einer der Plattformen bestimmte Operationen dann in der Datenbank machen,
gibt oft genug gründe, das zu tun, wenn man weiss das ein delphi client mit glück maximal 2000-5000 records pro sekunde lesen und zurückschreiben kann, das gleiche
aber ggf per servergestützter SP locker auch 10-20 mal so schnell sein kann.

[haentschman]

Moin...8-)
https://db-engines.com/en/ranking
:shock: Von der Hälfte hab ich noch nie gehört. dBASE auf 41... na klar doch. :shock: Welches System verwendet das noch? BDE? https://www.dbase.com/

Zitat:

Number of mentions of the system on websites, measured as number of results in search engines queries. At the moment, we use Google and Bing for this measurement. In order to count only relevant results, we are searching for <system name> together with the term database, e.g. "Oracle" and "database".

...da wundert mich nicht, daß FireBird auf Platz 32 liegt. Kann auch keine massig Ergebnisse in den Suchmaschinen bringen weil es läuft! ...wie mit Tiobe und Delphi. :thumb:

Zitat:

https://www.nexusdb.com/

...ist imho eine dateibasierte DB wie Paradox. :? Firebird ist eine Datei. :thumb: Die gleiche Datei kann, ohne Änderungen, sowohl als Embedded oder als Server laufen.

Firebird ist ne gute Wahl...

[omnibrain]

Zitat:

Zitat von haentschman (Beitrag 1518632)

...ist imho eine dateibasierte DB wie Paradox. :? Firebird ist eine Datei. :thumb: Die gleiche Datei kann, ohne Änderungen, sowohl als Embedded oder als Server laufen.

Der Vergleich zu Paradox ist dann doch ein wenig weit hergeholt. Also, wenn man an die Wurzel zurückgeht vielleicht. ;)
Ja, die einzelnen Tabellen sind einzelne Files die im Dateisystem liegen, aber das ist bei anderen DBMS je nach Ausprägung auch so.

NexusDB kann ersteinmal vollwertig als serverbasierte DB eingesetzt werden. Da der Server auch selbst in Delphi geschrieben ist und auf wiederverwendbaren Komponenten basiert kann man auch die Embedded-Variante davon in die eigene Applikation einbauen und so die DB für kleinere desktopbasierte Einzelplatzprogramme direkt nutzen.
NexusDB hat den Vorteil, dass es direkt Service vom Hersteller gibt. Bei Firebird muss man halt ggf. extra Support zukaufen und Bugs an freiwillige Entwickler reporten.

Einen direkten Vergleich Firebird/NexusDB habe ich noch nicht gesehen. Das wäre, was Features und Performance angeht mal interessant.

[Frickler]

Zitat:

Zitat von omnibrain (Beitrag 1518639)

Einen direkten Vergleich Firebird/NexusDB habe ich noch nicht gesehen. Das wäre, was Features und Performance angeht mal interessant.

Vorab: wir haben NexusDB evaluiert, weil wir Ersatz für ADS suchten. Pluspunkte sind sicherlich die einfache Installation und dass der Client ins Programm einkompiliert wird, so dass keine externen DLLs notwendig sind. Die Geschwindigkeit hat uns aber nicht vom Hocker gerissen, denn ADS ist deutlich schneller, von Firebird mal ganz abgesehen: von der Performance her sieht NexusDB gegen Firebird kein Land, auch weil man durch den beschränkten Funktionsumfang bei NexusDB Dinge nachbauen muss, die bei Firebird zum Lieferumfang gehören.

Wenn ich verschiedene Forenpostings richtig verstehe, ist NexusDB aber deutlich schneller, wenn man auf SQL verzichtet und das Lowlevel API der Datenbank nutzt. Denn SQL ist sozusagen nur ein Aufsatz.
Das haben wir aber nicht getestet.

[jobo]

Ärger mit einem amerikanischen DB Anbieter?
Du hast nicht Oracle gesagt, aber ich würde als Ersatz für Oracle Postgres empfehlen.

Ob ein Opensource Produkt da in Frage kommt, und wo (dieses) Opensource so herkommt .. keine Ahnung. Man kann jedenfalls auch Support für Postgres in Deutschland kaufen.