Brauch ich Delphi Enterprise?

[ralfiii]

Lang hab ich mich gesträubt, aber die Probleme mehren sich, und nun ist's soweit.
Ich werde ein altes Projekt (dass mit Delphi2010 entwickelt wurde) zur neuen Delphi-Version 10.4 hochziehen müssen.

Nun stellt sich die Frage: Welche Delphi-Edition brauch ich?

In der Feature-Matrix sehe ich keine für mich relevanten Unterschiede, einzig:
Das Produkt verwendet Firebird. lokal und über's Netz, je nach Installation.
Anbindung momentan über IBDac.
Es gibt aber immer wieder Kunden die eine Migrierung auf MySQL anregen.
Hier
https://www.embarcadero.com/de/app-d...s-store/delphi
les ich nun, dass in Prof. nut FireDAC für lokale Datenbanken dabei ist.
Ist FireDAC das Mittel der Wahl oder verwendet/empfehlt ihr ohnehin eine andere Art an Datenbanken anzudocken?

Danke!
Lg,
Ralf

[Lemmy]

dann stelle von IBdac auf Unidac um, dann kannst du (zumindest theoretisch) unterschiedliche Datenbanken bedienen.... Dann reicht dir auch weiterhin die Prof aus. Wenn Du Firedac nutzen willst, dann wirst Du auf Enterprise umsteigen müssen.

[mkinzler]

Die Beschränkung gilt nur für FireDAC. Bei Verwendung von IBDAC/UniDac o.ä. funktioniert der Zugriff auf externe Datenbankserver.

[Der schöne Günther]

Ich kenne mich in der Praxis mit den verschiedenen (R)DBMS nicht aus, FireDAC habe ich bislang für Sybase, Sqlite, MS-SQL, Access und (ich meine einmal) Postgres benutzt. Funktionierte immer gut, kann mich über FireDAC nicht beschweren. Nur als Hinweis.

[dataspider]

Bei MySQL würde ich auf jeden Fall MyDac oder UniDac verwenden.
Durch den Direktzugriff benötigt man keine Client Dll und erspart sich evtl. Ärger mit den Lizenzbedingungen...

Frank

[jaenicke]

Zitat von dataspider:

Bei MySQL würde ich auf jeden Fall MyDac oder UniDac verwenden.
Durch den Direktzugriff benötigt man keine Client Dll und erspart sich evtl. Ärger mit den Lizenzbedingungen...

MySQL muss ja ohnehin ggf. lizenziert werden. Wer das nicht möchte, verwendet eher MariaDB (und natürlich, ganz wichtig, die entsprechende Client-DLL!).

Wir verwenden FireDAC für die Kommunikation z.B. mit MS SQL und MariaDB und sind damit auch zufrieden. Der größte Vorteil ist meiner Meinung nach, dass man nicht von externen Komponenten abhängig ist. Die Verbindung zu Datenbanken und verschiedene Plattformen unterstützen die großen Datenbank-Bibliotheken ja alle, wenn auch teils auf unterschiedlichen Wegen.
Der größte Nachteil ist natürlich, dass man größere Umstellungen hat, wenn in Delphi das DB-Framework gewechselt wird (BDE --> dbExpress --> FireDAC --> ???). Bei externen Komponenten bleibt man normalerweise auch bei neuen Versionen von Delphi ohne größere Änderungen aktuell.

Mit der Delphi Enterprise Subscription plus der TMS All-Access Subscription kann man meiner Meinung nach schon sehr viel abdecken und die jährlichen Kosten sind im Rahmen.

[himitsu]

Da du bereits die Pro hast, würde die Pro weiterhin ausreichen.
Außer du möchtest eben zusätzlich noch weitere Dinge verwenden.

Jupp, vor allem kommen bei größeren Delphi-Editionen erstmal die Client/Server-Funktionen hinzu.
* z.B. FireDAC-Verbingungen zu DB-Servern (nicht nur lokal) oder der RAD-Server
* wie bereits erwähnt, betrifft das nur die Komponenten von Embarcadero, aber Fremdkomponenten sind davon nicht betroffen (außer sie setzen auf entsprechene Funktionen des Delphi auf)
Und bei der großen Architect-Edition dann auch noch Zusatz-/Verwaltungsprogramme für Datenbanken.

Die Trial ist eine Enterprise, da könnte man sowas also erstmal testen.
Leider gibt (direkt/offiziell) es keine Möglichkeit die Trial auch auf eine kleinere Edition einzuschränken, um zu sehen was in der Pro nicht ginge.
Eventuell auch einfach mal versuchen mit der Community-Edition zu kompilieren.

PS: Du könntest auch erstmal nur die Pro kaufen und falls nötig dann später immernoch auf Enterprise upgraden.
Am Einfachsten du fragst einfach mal beim Support an.
https://www.embarcadero.com/de/company/contact-us-emea



2010 -> 10.4
Viel Spaß. Ich hatte diesen grade erst beim Umstieg von XE zu 10.4 (bzw. war vor dem Urlaub fast fertig, nach paar Wochen/Monaten an Arbeit, aber schonmal vor 3 Jahren angefangen)
Vom Code her war der Umstieg prinzipiell garnicht sooooo schlimm. (abgesehn von Fremdkomponenten und paar geänderter Funktionen/Klassen im Delphi)

[jaenicke]

An der Stelle möchte ich einmal auf die aktuelle Aktion (bis Ende des Jahres) hinweisen, die sich finde ich wirklich lohnt.

• 15% Rabatt
• Webpaket (IntraWeb, TMS Web Core oder uniGUI) gratis ab Enterprise, gerade TMS Web Core kann ich absolut empfehlen
• Architect Edition zum Preis der Enterprise
• 3 Jahre (!) Subscription enthalten statt nur 1 Jahr

Bei der Architect musst du natürlich bedenken, dass eine Fortführung der Architect Subscription nach den 3 Jahren teurer ist als bei der Enterprise.

Aber die längere Subscription Zeit lohnt sich auf jeden Fall, auch wenn du nur die Professional nimmst.

[Codehunter]

Ich vermute mal, egonhugeist ist im Urlaub. Darum halte ich jetzt mal das Fähnlein hoch:

Schau dir mal ZEOS anstelle von FireDAC an. Und als jemand, der sich tagtäglich mit den Schwächen von Firebird (2.5) herumschlagen muss, sage ich dir: Wenn du die Möglichkeit hast, auf MySQL zu wechseln, dann wechsle auf MariaDB! Technisch sind sie weitgehend kompatibel (mehr jedenfalls als Firebird zu Interbase) und lizenzrechtlich bist du mit MariaDB viel flexibler. Was nicht heißt, dass sich die Foundation nicht über eine Spende freuen würde!

Was ich aber an Firebird wirklich wirklich hasse sind die limitierten SQL-Fähigkeiten. Allen voran das völlige Fehlen von Multi-Row-Inserts. Die Execute-Blocks von Firebird sind da nur ein schwacher Trost.

Aber um einen Nachteil auch nicht zu verschweigen: Weder Mysql noch MariaDB kennen einen Embedded-Server. Das sind immer vollwertige Server-Setups.

Der vermeintliche Vorteil von UniDAC, das Verzichten auf eine Client-DLL, ist eigentlich gar keiner. Denn der eingebaute native Client ist im Vergleich dazu schrecklich langsam. Und eine Verbindung gegen einen Mysql-Server dürfte lizenzrechtlich kaum weniger problematisch sein (siehe aktuellen Disput von Oracle vs. Google um API-Urheberrechte)

[jaenicke]

Zitat von Codehunter:

Aber um einen Nachteil auch nicht zu verschweigen: Weder Mysql noch MariaDB kennen einen Embedded-Server. Das sind immer vollwertige Server-Setups.

Das stimmt nicht. Ja, bei MySQL wurde Embedded entfernt, aber bei MariaDB funktioniert es noch. Die DLL muss man sich aber ggf. selbst erstellen, weil Embedded nicht wirklich getestet wird.

Du kannst aber vor allem schlicht den Server mit ganz normalen Rechten zur Embedded Nutzung starten. Du musst nur einen eindeutigen Name für eine Named Pipe zur Kommunikation mitgeben, z.B.:

Code:

mysqld.exe --skip-networking --enable-named-pipe --named-pipe=xyz

Da wird kein Port geöffnet oder ähnliches und es muss nichts installiert werden (nur die Dateien müssen logischerweise kopiert werden), eben genau das, was man mit Embedded in der Regel erreichen möchte.