FireDAC Makro vs Parameter

[Elrond]

Hallo Zusammen,

ich arbeite mich gerade in FireDAC ein und mir ist nicht klar was der Unterschied zwischen einen Makro und Parameter ist.
Nach den lesen der Dokumentation habe ich irgendwie den Eindruck das beide das selbe machen.

Viele Grüße

[mkinzler]

Auf den ersten Blick ja, auf den 2. aber nicht mehr.
Bei der Verwendung wird die Abfrage mit den Parametern (nicht den Werten) an das DBMS gesendet. Dort wird die Abfrage dann werteunabhängig vorbereitet ( Zugriffsplan usw.). Anschliessend werden die Werte übermittelt und auf die vorbereitete Abfarge angewendet. Dies kann auch mehrfach geschehen, der Pepare muss nur einmal stattfinden.
Bei den Makros wird lokal eine Abfrage mit den konkreten Werten gebildet.
Makros kann man deshalb auch für Dinge verwenden, welche nicht parametrisierbar sind (Datenbanken, Tabellen, Felder ...). Parameter gehen nur für Werte.

[Der schöne Günther]

Danke auch von mir für die Erklärung.

Das hieße dass bspw. Parameter u.U. auch auf Seite des DBMS unterstützt werden während "FireDAC Makros" etwas sind das garantiert immer Client-seitig abläuft?

[mkinzler]

Ja. Parameter sind ein Feature des DBMS (sollte aber von jedem unterstützt werden).
Mit Makros wird lokal im Client für jede Ausprägung die individuelle Abfrage erzeugt.

[HeZa]

Ich möchte noch hinzufügen, dass Parameter vor SQL-Injection (ein Sicherheitsproblem) schützen Macros aber nicht.

[Der schöne Günther]

Ok, das wäre meine nächste Frage gewesen. Danke fürs Gedankenlesen :thumb:

[Elrond]

Auch von mir ein Danke für die kompakte Erklärung.

[dataspider]

Makro braucht man dann, wenn man nicht Werte, sondern z.B. Feldnamen oder komplexe Teile ersetzen muss.

Beispiel: select * from rechnung where mandant_nummer in <<nummern>>.

Dann kann man <<nummern>> ersetzen durch ('300', '301', '400').

Das geht mit Params nicht.

Frank

[haentschman]

Moin...:P
Ich mache ja ungern die Spaßbremse. :wink: So schön wie das alles ist, du bindest dich mit Macros ausschließlich an diese Komponente. Für meinen Teil schwöre ich auf klassisches SQL mit klassischen Querys. Mit einer ausgetauschten Deklaration habe ich einen Komponentenwechsel (sinngemäß)...:thumb:

[Elrond]

Zitat:

Zitat von haentschman (Beitrag 1387045)

Moin...:P
Ich mache ja ungern die Spaßbremse. :wink: So schön wie das alles ist, du bindest dich mit Macros ausschließlich an diese Komponente. Für meinen Teil schwöre ich auf klassisches SQL mit klassischen Querys. Mit einer ausgetauschten Deklaration habe ich einen Komponentenwechsel (sinngemäß)...:thumb:

In der Regel ist das auch meine bevorzugte Herangehensweise. Jedoch stehe ich aktuell vor der Anforderung mindestens drei unterschiedliche Datenbanksysteme zu unterstützen. Würde ich auf reines SQL zurückgreifen müsste ich für jede DB alle Querys unter Beachtung der Syntaxregeln neu schreiben, hinzukommt noch die individuelle Unterstützung von Transaktionen. Am ende hätte ich meinen eigenen DAC Derivaten.