Datenbankserver für Warenwirtschaft gesucht

[Mantrid]

Zitat von omnibrain:

Die Anforderung ist offensichtlicher Quatsch. Ich hoffe euer Kunde bezahlt euch gut.
MariaDB kommt aus Finnland. Aber natürlich sind da Amerikaner an der Entwicklung und der Firma beteiligt. So wie bei den meisten (Open Source) Softwareprojekten auch amerikanische Unternehmen (zumindest als Sponsoren) beteiligt sein dürften. Hab ich schon erwähnt, dass die Anforderung offensichtlich Quatsch ist?

Falls du aber im Delphi-Metier bleiben willst, kannst du dir NexusDB anschauen. https://www.nexusdb.com/ Die Firma sitzt in Australien.

Wieso sind die Anforderungen quatsch?

MariaDB aus Finnland?
Lt. unserem Einkauf aus Kalifornien. Kann man auch unter https://mariadb.com/privacy-policy/ nachlesen

Zitat:

“Opt Out” and Complaint Procedures

In addition to the options made available to you when we collect information (if any), you may elect to “opt out” of having your personal information shared with third parties (except for uses specifically requested by you and necessary business uses). You must submit a request (by mail, email, fax, or telephone) to us in one of the following ways:

By Mail: MariaDB, 699 Veterans Blvd. Redwood City, CA 94063, United States
By Email:*[e-mail]
By Phone: [phone]

We will update the specific records related to your request as promptly as practical. Note, however, that you may receive additional communications after you submit your request while we process the request.

[Uwe Raabe]

Nimm doch Interbase - die sitzen in Langen

[omnibrain]

Zitat von Mantrid:

Wieso sind die Anforderungen quatsch?

Weil sie praktisch nicht zu erfüllen sind. Wer stellt eure Computer und die Komponenten her? Von wem ist das Betriebssystem? Wer stellt eure Entwicklungsumgebung her? Die Libraries/Komponenten? Wo wollt ihr aufhören?
Etwas "souveräner" zu werden ist ja ein hehres Ziel. Aber bei DBs würde ich nicht auf (je nach Verwendungszweck) PostgreSQL oder SQLite verzichten wollen. Viel entscheidender ist bei denen die Frage wo und wie man sie betreibt.

Zitat von Mantrid:

MariaDB aus Finnland?
Lt. unserem Einkauf aus Kalifornien. Kann man auch unter https://mariadb.com/privacy-policy/ nachlesen

Das zeigt doch wie kompliziert das ganze ist. Die Firma sitzt formal in den USA. Der Gründer sitzt in Finnland. Die meisten Entwickler irgendwo über die Welt verteilt (viele in Finnland).
Das Produkt selbst ist Open Source.

Jetzt findest du eine in einer deutschen Softwaremanufaktur hergestellte Datenbank. Was machst du wenn die Firma dann morgen an eine US-Firma verkauft wird?

[Mantrid]

[QUOTE=omnibrain;1518569]

Zitat von Mantrid:

Wieso sind die Anforderungen quatsch?

Weil sie praktisch nicht zu erfüllen sind. Wer stellt eure Computer und die Komponenten her? Von wem ist das Betriebssystem? Wer stellt eure Entwicklungsumgebung her? Die Libraries/Komponenten? Wo wollt ihr aufhören?
Etwas "souveräner" zu werden ist ja ein hehres Ziel. Aber bei DBs würde ich nicht auf (je nach Verwendungszweck) PostgreSQL oder SQLite verzichten wollen. Viel entscheidender ist bei denen die Frage wo und wie man sie betreibt.

Ich habe nur Datenbank gesagt. Nicht von all den anderen Punkte. Das hat nichts mit den Anforderungen zu tun.

Zitat:

Jetzt findest du eine in einer deutschen Softwaremanufaktur hergestellte Datenbank. Was machst du wenn die Firma dann morgen an eine US-Firma verkauft wird?

Dann hat der Kunde entweder den Prozess mit seinem Wettbewerber aus den USA gewonnen oder die Datenbank wird wieder ausgetauscht.

Unser Kunde hat ein Problem mit einem grossen Wettbewerber aus den USA und will daher die Datenbank und die Warenwirtschaft austauschen. Mehr hat er uns auch nicht gesagt.

[haentschman]

Halllöchen...

Zitat:

Unser Kunde hat ein Problem mit einem grossen Wettbewerber aus den USA und will daher die Datenbank und die Warenwirtschaft austauschen.

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

Zur Frage:
Was ist mit OpenSource Projekten? Wie sieht die Sache da aus?

Zitat:

Ist für ca. 50 Benutzer.
Stored Procedures verwenden wir nicht. Logic ist in der Software. Unsere Software hat den Urspung aus der Zeit, wo man mit ISAM Dateien gespeichert hat.
CPU, RAM, etc. haben wir uns keine Gedanken gemacht, da es nur 50 Benutzer sind.

FireBird kann das...

Aber:
https://firebirdsql.org/en/contributors/
Upps, da hätten wir Mitarbeitende auch aus den USA und der Russian Federation ... die mögen wir ja auch nicht mehr. Jemanden wegen seinem Wohnort zu 'verteufeln' ist wie die Diskussion über Gender und die bunte Fahne etc. Es gibt solche und solche an jedem Ort der Welt. Das ist wie früher mit https://de.wikipedia.org/wiki/Sippenhaftung

Zitat:

Lt. unserem Einkauf aus Kalifornien.

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

Zitat:

Die ganzen großen bekannten Server kommen lt. Suche alle aus USA.

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

Anforderungen = Imho Blödsinn.

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

[Spaß]
Ich mag auch keine Chinesen. Es sei denn, die haben ein Restaurant um die Ecke.
[/Spaß]

[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 von haentschman:

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

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 von Mantrid:

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...
https://db-engines.com/en/ranking
Von der Hälfte hab ich noch nie gehört. dBASE auf 41... na klar doch. 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.

Zitat:

https://www.nexusdb.com/

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

Firebird ist ne gute Wahl...