SQLite statisch gelinkt und DB in Resource

[Codehunter]

Ich glaube, ich habe das von der falschen Seite her betrachtet. Aus Sicht von Emba macht das natürlich am meisten Sinn, statisches Linken als Default einzustellen wenn man den FireDAC-Code nicht mitliefert (bei den kleineren Editions). So wird ein zusätzlicher Anreiz geschaffen, neuere Delphis bzw. Subscription zu kaufen. Immerhin ist das FireDAC-SQLite modifiziert um z.B. Unicode, Verschlüsselung etc. zu unterstützen. Neuere Features seitens SQLite fehlen dann aber und können nicht so einfach durch Austausch der DLL nachgerüstet werden. Ob die Macher von SQLite das im Sinn hatten, als sie das DBMS unter eine PD-Lizenz gestellt haben?

[Uwe Raabe]

Zitat von Codehunter:

Aus Sicht von Emba macht das natürlich am meisten Sinn, statisches Linken als Default einzustellen wenn man den FireDAC-Code nicht mitliefert (bei den kleineren Editions).

Zumindest hat man es offenbar konsistent gemacht und hat in alle SKUs statisches Linken als Default. Dynamisches Linken geht dann erst ab Enterprise oder über eine direkte Anfrage bei Embarcadero nach den dafür benötigten Source-Dateien.

Zitat von Codehunter:

Immerhin ist das FireDAC-SQLite modifiziert um z.B. Unicode, Verschlüsselung etc. zu unterstützen. Neuere Features seitens SQLite fehlen dann aber und können nicht so einfach durch Austausch der DLL nachgerüstet werden.

In der neueren DLL wären dann ja auch nicht die Änderungen von Embarcadero drin. Die gäbe es auch nur mit einem Delphi-Update.

[Codehunter]

Zitat von Uwe Raabe:

In der neueren DLL wären dann ja auch nicht die Änderungen von Embarcadero drin. Die gäbe es auch nur mit einem Delphi-Update.

Stimmt auch wieder. Welchen Mehrwert hätte denn dann die Option für dynamisches Linken überhaupt? Außer dass die EXE 700 kB kleiner werden dürfte.

[himitsu]

Du kannst die DLL tauschen, wenn es da eine bessere Version gibt, ohne die EXE neu kompilieren zu müssen.

Aber sowas betrifft einen eher, wenn man eine Verbindung zu externen Datenbanken aufnimmt.
z.B. im DB-Server wird ein Sicherheitsbugfix gemacht oder die ändern bei der Connection was, dann brauchst nur die DLL der DB-Komponente zu aktualisieren.


Es gibt bei einigen Dingen auch die Mischung ... da hast dann beide Vorteile. (alles in der EXE, aber upgradefähig)
Es wird das Interne benutzt, außer es wird z.B. neben der EXE die DLL gefunden.
Ist dann wie mit den Sprachressourcen von Delphi. Die SysConst ist in einer der 5 Sprachen einkompiliert, aber wenn man die RessourcenDLLs der anderen Sprachen daneben legt, dann werden die benutzt.

[Uwe Raabe]

Nur so zur Info:

Zitat:

FireDAC SQLite driver offers both static and dynamic linkage
For SQLite, FireDAC adds the ability to choose static vs dynamic linkage of SQLite engine. To use the static linkage of SQLite engine it is required to add the unit "FireDAC.Phys.SQLiteWrapper.Stat" to the uses clause of one of the units of your project. Otherwise dynamical linkage will be chosen. There is a new property TFDPhysSQLiteDriverLink.EngineLinkage. When the value is slDefault or slStatic, then the "FireDAC.Phys.SQLiteWrapper.Stat" unit will be added at design-time to the unit hosting the component. If application defines the connection at run-time, then the "FireDAC.Phys.SQLiteWrapper.Stat" unit must be added manually.

Quelle: New features and customer reported issues fixed in RAD Studio 10.4