Einen Konstrukt aus Eigenbau einer Zugriffsmethode aus
API und .. herzustellen ist nach meiner Ansicht unwirtschaftlich.
Wenn eine Komponente (FireDAC) vorgibt mit mit Postgres
DB umgehen zu können erwarte ich auch eine aktuelle Unterstützung.
Besser nach einer funktionierenden
DB Komponente suchen wenn die vorhandene Ihren Zweck nicht erfüllt.
Es ist immer ärgerlich wenn man wertvolle Zeit in Dinge steckt die sich später als Flopp entpuppen.
PS: Ich habe nichts gegen FireDAC, aber in manchen anspruchsvollen Aufgaben macht diese einen unvollständigen und aufwendigen Eindruck.
Also ich weiß nicht, ob es in dem Fall für die Umsetzung eines Point Types so unwirtschaftlich wäre. Kommt auf die eigenen Fähigkeiten an.
Zum Rest Deines Beitrages:
Ich denke, dass man das so nicht sehen kann.
PostgreSQL ist sehr typstark. Man kann minütlich neue Typen produzieren und ausspucken. Wer soll die dann bitte alle in Delphikomponenten umwandeln?
Die Sache läuft anders. Die Erfinder der neuen Typen (wie z.B. point) liefern eine Zugriffs
API mit, die mit bekannten Standardtypen arbeitet.
Nett oder?
Damit greift man dann bspw. nicht den Point ab, sondern dessen "Einzelteile".
Dass PostGIS oder der POINT Typ ein Flopp wird, kann ich mir auch kaum vorstellen.
Ich kann mir aber vorstellen, dass ein "POINT" oder andere Geometrietypen es irgendwann auch mal in das Standardrepertoire von Delphi schaffen, aber das dauert bestimmt noch.