Delphi Prof. und FireDAC

[Codehunter]

Zitat:

Zitat von mkinzler (Beitrag 1399818)

Und was hat das mit FireDAC zu tun?

Na irgendwo drauf muss FireDAC ja laufen :wink:

Spaß beiseite, ich hätte da mal einen Verbesserungsvorschlag. Siehe Anhang. Hab ich mal schnell gepinselt. Könnt ihr wenn ihr wollt in die Liste aufnehmen.

Und nun zurück zu Lück... äh.. FireDAC :-D

[MichaelT]

Nichts wie du dir denken kannst. Warum frägst du dann?

Es gibt tatsächlich einen Zusammenhang mit meiner altbewährten Strategie Delphi gemeinsam mit einem Environment seiner Zeit auf einer Platte zu lassen und diese zu booten wie der Stand damals war.

Zitat:

Zitat von mkinzler (Beitrag 1399818)

Und was hat das mit FireDAC zu tun?

[BastiFantasti]

Ich krame diesen alten Thread mal wieder aus, da mir manche Dinge immer noch nicht klar sind...

- Wir setzen die Pro Version von Delphi ein
- Ich habe ein Beispielprojekt hergenommen in dem die Firedac Treiber eingebunden sind.
- habe damit auf eine lokale Firebird Datenbank zugegriffen
- danach habe ich die Firebird in einen VM kopiert, dort den FB Server installiert und von dem Host auf die DB in der VM über die IP Adresse zugegriffen

auch das hat funktioniert. Sollte es hier laut Embarcadero nicht eine Bezahlschranke geben (warum auch immer)?

[Uwe Raabe]

Gehen tut das zwar, aber es ist halt verboten. Der entsprechende Passus in der Lizenz lautet:

Zitat:

ZUSÄTZLICHE LIZENZBEDINGUNGEN FÜR PROFESSIONAL EDITION, PROFESSIONAL WITH MOBILE EDITION, COMMUNITY EDITION UND PROFESSIONAL ACADEMIC EDITION VON RAD STUDIO, DELPHI UND C++BUILDER

Die folgenden Bedingungen gelten für den Fall, dass der Lizenznehmer eine Lizenz für eine RAD Studio, Delphi oder C++Builder Professional, Professional with Mobile, Community Edition oder Professional Academic erworben hat.

Gemäß den Bestimmungen und Bedingungen dieses Vertrags gewährt der Lizenzgeber dem Lizenznehmer als dem lizenzierten Benutzer des Produkts das eingeschränkte Recht, die als "dbExpress" und "FireDAC" bezeichneten Komponenten des Produkts ausschließlich in ausführbarer Form zu verwenden, um auf eine lokale Datenbank zuzugreifen, die auf demselben Computer wie die erstellten Programme installiert ist. Der Lizenznehmer ist nicht berechtigt, die als "dbExpress" oder "FireDAC" bezeichneten Komponenten des Produkts zusammen mit einer Datenbank zu verwenden, die auf einem anderen Computer als die erstellten Programme installiert ist.

Wobei in diesem Fall diskutabel ist, ob ein Server in einer VM und ein Client auf dem VM-Host wirklich als auf einem anderen Computer zu sehen ist. Das bedarf meiner Meinung noch einer Klärung.

[BastiFantasti]

Zitat:

Zitat von Uwe Raabe (Beitrag 1530845)

Gehen tut das zwar, aber es ist halt verboten. Der entsprechende Passus in der Lizenz lautet:

Zitat:

ZUSÄTZLICHE LIZENZBEDINGUNGEN FÜR PROFESSIONAL EDITION, PROFESSIONAL WITH MOBILE EDITION, COMMUNITY EDITION UND PROFESSIONAL ACADEMIC EDITION VON RAD STUDIO, DELPHI UND C++BUILDER

Die folgenden Bedingungen gelten für den Fall, dass der Lizenznehmer eine Lizenz für eine RAD Studio, Delphi oder C++Builder Professional, Professional with Mobile, Community Edition oder Professional Academic erworben hat.

Gemäß den Bestimmungen und Bedingungen dieses Vertrags gewährt der Lizenzgeber dem Lizenznehmer als dem lizenzierten Benutzer des Produkts das eingeschränkte Recht, die als "dbExpress" und "FireDAC" bezeichneten Komponenten des Produkts ausschließlich in ausführbarer Form zu verwenden, um auf eine lokale Datenbank zuzugreifen, die auf demselben Computer wie die erstellten Programme installiert ist. Der Lizenznehmer ist nicht berechtigt, die als "dbExpress" oder "FireDAC" bezeichneten Komponenten des Produkts zusammen mit einer Datenbank zu verwenden, die auf einem anderen Computer als die erstellten Programme installiert ist.

Wobei in diesem Fall diskutabel ist, ob ein Server in einer VM und ein Client auf dem VM-Host wirklich als auf einem anderen Computer zu sehen ist. Das bedarf meiner Meinung noch einer Klärung.

Danke für die schnelle Rückmeldung.
D.h. ich darf die Funktion nur lokal nutzen und kann die FireDac Lizenz aber auch nicht unabhängig von Delphi erwerben.
Der Preissprung von der Pro auf die Enterprise ist es mir dann doch nicht wert.

Ich denke dann bleibe ich bei den aktuellen ADO/Zeos Komponenten und schaue ob ich den Funktionsumfang damit auch abgebildet bekomme.

[himitsu]

Es gibt Firebird/Postgres/Sonstwas auch für Docker. (muß keine große VM sein)

Aber FireDAC wird das eventuell auch als "anderen" PC ansehn, falls der Container eine eigene IP bekommt.

Und ob man das dann logisch als "anderen PC" ansehen könnte :?:



PS: Wenn du den DB-Port aus der VM auf einen Port im Localhost umleitest, dann müsste es doch für FireDAC wie "Lokal" aussehn? :stupid:

[Codehunter]

Ich denke, das was Emba hier effektiv meint ist das, was man früher "Multi Tier" genannt hat. Also dass man eine Anwendung erstellt, wo mehrere Instanzen der Anwendung auf verschiedenen Rechnern laufen und dann gemeinsam auf eine einzige Datenbank zugreifen.

Zitat:

Zitat von BastiFantasti (Beitrag 1530846)

Der Preissprung von der Pro auf die Enterprise ist es mir dann doch nicht wert.

Ich denke dann bleibe ich bei den aktuellen ADO/Zeos Komponenten und schaue ob ich den Funktionsumfang damit auch abgebildet bekomme.

Das ist IMHO einer der wesentlichen Gründe, die gegen FireDAC sprechen, zumindest wenn man die CE oder Pro nutzt. ZEOS ist eine gute Alternative oder z.B. auch UniDAC: https://docs.devart.com/unidac/using-interbase.htm

[Sinspin]

Zitat:

Zitat von Codehunter (Beitrag 1530858)

Ich denke, das was Emba hier effektiv meint ist das, was man früher "Multi Tier" genannt hat. Also dass man eine Anwendung erstellt, wo mehrere Instanzen der Anwendung auf verschiedenen Rechnern laufen und dann gemeinsam auf eine einzige Datenbank zugreifen.

Vielleicht lebe ich in einer anderen Dimension oder mache gerade eine Zeitreise (in die Steinzeit) aber das ist doch der Normalfall. Dazu ist eine Datenbank doch da! Ich habe zig Instanzen eines Programmes auf verschiedenen Rechnern die alle auf die gleiche DB zugreifen.
Jedes POS System, selbst billige Wetter Apps arbeiten so. Dafür soll man dann Enterprise Delphi nutzen?

[Uwe Raabe]

Zitat:

Zitat von Sinspin (Beitrag 1530863)

Dafür soll man dann Enterprise Delphi nutzen?

Genau so ist das! Wobei das nur für den Zugriff über dbExpress und FireDAC gilt. Andere Zugriffskomponenten und insbesondere Zugriff über REST sind davon natürlich nicht betroffen. Das ist wohl auch eher der Anwendungsfall für die genannten Wetter-Apps.

Delphi Enterprise ist im Wesentlichen der Nachfolger des früheren Delphi Client/Server mit den zugehörigen SQL Links. Da konnte man mit den bordeigenen Mitteln unterhalb der C/S auch keine Remote-Server ansprechen. Mit dem Wegfall der BDE kam dann die oben beschriebene Einschränkung für die Professional Edition. Praktisch verhindern lässt sich eine solche Nutzung aber in der Regel nicht so ohne weiteres. Es fehlen in der Professional halt ein paar Phys-Links und insbesondere die kompletten FireDAC Sourcen.

[Codehunter]

Über die Produkt- und Preispolitik seitens Emba braucht man ja nicht noch einmal philosophieren. Das hatten wir schon oft und führt zu nix. Von Devart gibts neben UniDAC auch noch ein IBDAC das etwas günstiger ist und dann auch nur IB/FB kann. Wobei ich vor längerer Zeit mal einen Benchmark gemacht habe mit FIBTools, ZEOS, FireDAC und UniDAC. Das Ergebnis war in Reihenfolge von gut/schnell nach schlecht/langsam: FIBTools, FireDAC, ZEOS, UniDAC. Leider gibts die FIBTools nicht mehr soweit ich weiß, wir haben nur noch eine Altlizenz dafür und die spricht auch nur mit FB 2.x und eingeschränkt 3.0 (im Kompatibilitätsmodus).