Brauch ich Delphi Enterprise?

[Codehunter]

Zitat:

Zitat von jaenicke (Beitrag 1479999)

Zitat:

Zitat von Codehunter (Beitrag 1479998)

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.

Das ist nicht wirklich ein Vergleich mit der fbembed.dll, die wirklich den gesamten Server/Dienst/Daemon enthält und einfach nur kopiert werden braucht. Da wir aber auch nicht wissen, ob das im vorliegenden Fall von Relevanz ist, sollten wir das Thema Embedded nicht überbewerten.

[TurboMagic]

Zitat:

Zitat von Codehunter (Beitrag 1479998)

Was ich aber an Firebird wirklich wirklich hasse sind die limitierten SQL-Fähigkeiten. Allen voran das völlige Fehlen von Multi-Row-Inserts.

Was sind Multi-Row-Inserts?
Wäre das sowas wie Array-DML? Sprich: einen Insert Befehl schreiben und dann nur für die folgenden gleichartigen Inserts die Daten
Liefern damit der Insert nicht jedesmal neu vorbereitet werden muss etc.?

Weil Array-DML kann Firebird mit FireDAC.

[Lemmy]

Zitat:

Zitat von TurboMagic (Beitrag 1480018)

Weil Array-DML kann Firebird mit FireDAC.

nö. wäre mir neu, dass FireDAC bei einem Firebirdserver SQL Funktionalität nachrüsten kann. ;-)

Was FireDAC sicherlich kann ist SQL-Funktionen in der eigenen Lib "simulieren". Kannst Du dir im SQL-Monitor anschauen: Da wird dann bei einem Array-DML jeder SQL separat geschickt und eben nicht als Bulk-Insert.

[Codehunter]

Zitat:

Zitat von TurboMagic (Beitrag 1480018)

Was sind Multi-Row-Inserts?

Code:

INSERT INTO mytable (col_a, col_b) VALUES (1, 2), (2, 2), (3, 1);

Mysql und MariaDB können das, Firebird nicht. Da musst du sowas machen:

Code:

SET TERM #;
EXECUTE BLOCK (...)
AS BEGIN
  INSERT INTO mytable (col_a, col_b) VALUES (1, 2);
  INSERT INTO mytable (col_a, col_b) VALUES (2, 2);
  INSERT INTO mytable (col_a, col_b) VALUES (3, 1);
END
#
SET TERM ;#

Unnötig zu sagen, dass das eine Menge Overhead ist. Vorallem bei der im Vergleich sehr bescheidenen Blockgröße. Bei MariaDB kann ich locker 100.000 Zeilen nach obiger Methode in einem Rutsch einfügen. Bei Firebird dürften es irgendwo zwischen 100 und 500 sein.

Zitat:

Zitat von TurboMagic (Beitrag 1480018)

Weil Array-DML kann Firebird mit FireDAC.

Mag sein, dass man da clientseitig sowas machen kann (ich nutze kein FireDAC) aber letztendlich muss es doch wieder in einen Dialekt übersetzt werden, den der FB-Server versteht. Das heißt, dass das auch noch intern auseinander gepflückt und neu zusammengesetzt werden muss. Am Ende hast du ja doch wieder das Query-Pingpong, das netzwerklastig ist (wir haben es in der Praxis häufig mit sehr schlechten Netzwerken zu tun, manchmal steinalte 11b-WLANs am Rande der Reichweiten-Kotzgrenze)

[TurboMagic]

Hallo,

also soweit ich in der FireDAC DOku gelesen habe unterstützen Firebird und Interbase sog. Array-DML!
Also zumindest EMBT sagt sowas hier:

http://docwiki.embarcadero.com/RADSt..._DML_(FireDAC)

Grüße
TurboMagic

[jaenicke]

Zitat:

Zitat von TurboMagic (Beitrag 1480030)

also soweit ich in der FireDAC DOku gelesen habe unterstützen Firebird und Interbase sog. Array-DML!
Also zumindest EMBT sagt sowas hier:

Du musst weiterlesen. ;-)

Zitat:

Array DML-Implementierung
Firebird v < 2.1: Emulation
Firebird v >= 2.1: Nativ (EXECUTE BLOCK)

FireDAC setzt die Ausführung je nach Datenbank unterschiedlich um, je nachdem was unterstützt wird. Bei Firebird 2.1 und höher wird das genannte EXECUTE BLOCK verwendet, vorher einzelne Anfragen.

[Codehunter]

Zitat:

Zitat von jaenicke (Beitrag 1480034)

FireDAC setzt die Ausführung je nach Datenbank unterschiedlich um, je nachdem was unterstützt wird. Bei Firebird 2.1 und höher wird das genannte EXECUTE BLOCK verwendet, vorher einzelne Anfragen.

Wie gesagt. Etwa 70% nutzloser Overhead und insbesondere bei FB 2.x eine recht kleine Blockgröße. Weil ich große Datenmengen bewege habe ich mit dem Szenario oft zu tun. Das ist aber stark fallabhängig.

Jedenfalls habe ich noch kein Szenario gesehen, wo Firebird ggü. MariaDB im Vorteil wäre. Eigentlich schade aber wenn man sieht welche Entwicklerkapazitäten sich da gegenüber stehen, wunderts mich nicht.

Nach oben gibts kaum Limits wenn man genügend Geld für Lizenzen über hat (SQL Server, Oracle etc.). Die sind MariaDB haushoch überlegen. Aber im Bereich der freien SQL-DBMS ist IMHO MariaDB derzeit wohl die Referenz.

[himitsu]

Zitat:

SQL-Code:

INSERT INTO mytable (col_a, col_b) VALUES (1, 2), (2, 2), (3, 1);

Das ist mehr ein INSERT mit einer Art Temp-Tabelle.

Es gibt aber auch sowas, wo praktisch das

Delphi-Quellcode:

INSERT INTO mytable (col_a, col_b)

geladen wird
und dann kann man einen oder mehrere Daten-Arrays/Blöcke "binär" übergeben.

[Codehunter]

Zitat:

Zitat von himitsu (Beitrag 1480075)

Das ist mehr ein INSERT mit einer Art Temp-Tabelle.

Das ist mir ehrlich gesagt ziemlich egal, solange es serverseitig passiert und ich den Query als Ganzes in einem Rutsch übergeben kann :P

Zitat:

Zitat von himitsu (Beitrag 1480075)

Es gibt aber auch sowas, wo praktisch das

Delphi-Quellcode:

INSERT INTO mytable (col_a, col_b)

geladen wird und dann kann man einen oder mehrere Daten-Arrays/Blöcke "binär" übergeben.

:shock: Bei Firebird? Da wüsste ich gerne mehr!

[Daniel]

Ihr seid jetzt bei einer sehr speziellen Datenbank-Frage, für die ich Euch gern auf ein neues Thema verweisen möchte.