Zugriff aus postgis Datenbanken mit FireDac

[p80286]

Zitat von RSF:

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.

Rein theoretisch hast Du ja recht, aber in der Praxis können diese Komponenten ja alles, bis auf das, was eigentlich niemand bisher gebraucht hat.

Gruß
K-H

[RSF]

Zitat von p80286:

Rein theoretisch hast Du ja recht, aber in der Praxis können diese Komponenten ja alles, bis auf das, was eigentlich niemand bisher gebraucht hat.

Genau das ist was ich meine. Die allgemeinen „Universal- Komponenten“ (hier FireDac) versagen einfach wenn es spezifisch wird. Deshalb ist es besser (wirtschaftlicher) nicht das Fahrrad nochmal zu erfinden stattdessen spezialisierte darauf abgestimmte Komponenten zu verwenden/suchen.
Natürlich kann man selbst Hand anlegen. Wer die Zeit und Geduld hat.

@ jobo

Zitat:

Dass PostGIS oder der POINT Typ ein Flopp wird, kann ich mir auch kaum vorstellen.

Das PostGIS ein Flopp wäre habe ich nie geschrieben. Bitte immer schön bei der Wahrheit bleiben!
(Flopp stand im Bezug zu Komponenten und Funktionsinhalt)

Ronald

[jobo]

Zitat von RSF:

Die allgemeinen „Universal- Komponenten“ (hier FireDac) versagen einfach wenn es spezifisch wird. Deshalb ist es besser (wirtschaftlicher) nicht das Fahrrad nochmal zu erfinden stattdessen spezialisierte darauf abgestimmte Komponenten zu verwenden/suchen.

Ok, damit der TE nicht so lange suchen muss:
Welche Komponente empfiehlst Du?

Und nochmal zu Deiner Kritik (ich will es nicht tot reiten und ich sage auch nicht die Wahrheit, schon gar nicht die absolute). Ich kann es meinem Auto nicht vorwerfen, wenn die neuen hightech Niederqueschnitts- Nachhaltigkeitsreifen nicht auf die alten Felgen passen.

[RSF]

Du bist nicht der TE Ersteller. Er wird sich selbst zu Wort melden wenn er etwas wissen möchte.
Ende OT

[mkinzler]

Zitat von RSF:

Du bist nicht der TE Ersteller. Er wird sich selbst zu Wort melden wenn er etwas wissen möchte.
Ende OT

Das wird er hoffentlich. Aber trotzdem ist die Nachfrage von jobo legitim.

[RSF]

kurz die Suche bemüht:

PostgresDAC https://www.microolap.com/products/c...y/postgresdac/
Info zu den Feld Typen (Point, Box, Seg, Range) https://www.microolap.com/products/c...tom_fields.htm

SDK TatukGIS Developer Kernel
http://www.tatukgis.com/Products/Dev...scription.aspx

Ich hoffe das es dem TE Ersteller weiter hilft.

[MichaelP]

Hallo zusammen,
entschuldigt bitte dass ich mich solange nicht an der Diskussion beteiligt habe, bin aber zurzeit nicht immer in der Lage ins Netz zu kommen.
Die angegeben Komponenten scheinen eine mögliche Lösung zu sein. Hier sind jedoch wiedr zusätzliche Kosten erforderlich.
Dies ist in meinem Projekt schwer durchzusetzen.
Auch ein selbst implementieren ist sicherlich hier nicht wirtschaftlich.
Ich werde die angebenen Komponenten testen und bei Erfolg versuchen die Mittel locker zu machen.
Danke für eure Anmerkungen.

Noch mal zu den Geometrie-Typen im Allgemeinen:
- POSTGIS, Oracle Spatial usw. sind etablierte Techniken
- Geometriedaten sind nur mit diesen spezialisierten Typen und Funktionen zu nutzen


Gruß
Michael

[jobo]

Zitat von RSF:

Du bist nicht der TE Ersteller. Er wird sich selbst zu Wort melden wenn er etwas wissen möchte.
Ende OT

Mir ist bekannt, dass ich nicht der TE bin.
Ich habe dem TE bereits gezeigt, wie er ohne die Hilfe jeglicher Zusatzkomponenten die gewünschten Werte abfragen kann und noch viel mehr, konsistent aus POSTGIS heraus.
Da Du seine Frage nicht beantwortet hast, sondern die verwendeten Komponenten kritisiert hast und von besseren Möglichkeiten und Wirtschaftlichkeit geschrieben hast, habe ich das aufgegriffen und Dich lediglich gefragt, was konkret an Komponenten zu nennen wäre.