![]() |
AW: MS SQL: Wechsel von ADO zu SDAC, UniDAC oder sonstwas?
Nun ja, zum Thema FireDAC, Enterprise, auf eine Komponente muss man sich einigen ...
Dazu hätte ich ein entschiedenes Nein. FireDAC ohne Enterprise kann nur mit lokalen Datenbanken arbeiten. Gut, dann bauen wir einen REST-Server (z.B. mit ![]() Wenn ich mit dem Importer mit einem REST-Server sprechen möchte, dann brauche ich natürlich etwas anderes als wenn ich mit der Datenbank direkt spreche. Darum baut man das auch abstrakt und implementiert mit dem Zugriffs-Framework was einem in den Sinn kommt, oder man sich leisten kann oder welches da am besten ist. |
AW: MS SQL: Wechsel von ADO zu SDAC, UniDAC oder sonstwas?
Zitat:
Also: doch, auf irgendeine Komponente muss man sich da festlegen. Und die ist gesucht. |
AW: MS SQL: Wechsel von ADO zu SDAC, UniDAC oder sonstwas?
UniDAC geht auch auf Lazarus und Linux (und natürlich Android, iOS, MacOS), da bist zumindest von den Platformen her offen. Und wie schon gesagt, sind wohl die schnellsten :) Darauf kommt es ja beim import/export an. Wenn Du SDAC nimmst, dann bist von den Komponenten her auf MS SQL Server festgelegt und es gibt keine Azure Anbindung wie bei UniDAC. Und Geschwindigkeit ist wohl die gleiche, da UniDAC den code von SDac nutzt für seinen Provider
|
AW: MS SQL: Wechsel von ADO zu SDAC, UniDAC oder sonstwas?
Ich benötige keine weiteren Client Kompos, wenn ich eine Software auf einem Ziel-System installiere.
Bei mir wird alles ins Ekxe kompiliert. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:38 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz