Ökonomische Zukunft von ADS in der Anwendungsentwicklung

[RSF]

Arbeitet noch jemand mit ADS Datenbanken, vor allen mit Delphi Version 10.1 .
Bis heute gibt es keine neuen Komponenten für die aktuelle Delphi Version. Abgesehen von der manuellen Anpassung und Installation von Hand. Bin ich besser beraten die DB für die Zukunft zu wechseln? ( z.B. Firebird oder Postgres)

[jobo]

Ich bin neulich noch in einem Forum über ADS "gestolpert", genauer über das Unterforum für ADS. Es enthielt keinen Beitrag. Es kommt in meiner Welt nicht vor. (Was eine vollkommen subjektive Aussage ist)
Firebird, insbesondere die neue Version und PostgreSQL haben deutlich mehr Traffic. Firebird ist natürlich die Delphi Hausmarke bzw. die freie Konkurrenz. Empfiehlt sich bei Interbase nahen Anwendungen und vielleicht, wenn der Bedarf an Programmierung nicht so ausgeprägt ist. Dann eher Postgres. Es glänzt durch die starke Weiterentwicklung und all die vielen Erweiterungen, die es mittlerweile gibt.

[Union]

Nun ja, genau wie Delphi sollte man auch ADS regelmäßig updaten.

[Der schöne Günther]

Klar, im Delphi-Forum muss man etwas vorsichtiger sein, ab wann man ein Softwareprodukt als "tot" bezeichnen kann. Aber das Ding ist es doch wirklich so etwas von. So schade es ist.

Seit die Jungs von SAP gekauft wurden hat sich leider praktisch nichts mehr getan, und mittlerweile wurden auch alle Spuren von der SAP-Homepage beseitigt. Alte Links, Forenbeiträge und Dokumente geben nur noch 404-Fehlermeldungen. Das Ding ist bis heute nicht für Windows 10/Server 2016 zertifiziert, und die sind ja erst seit Sommer 2015 draußen. Zeitgleich werden die alten Versionen nicht mehr unterstützt, ist nicht Version 10 schon rausgeflogen?

Es ist schade drum, aber alleine bei den Verrenkungen die man machen muss um das Ding überhaupt zu kaufen oder einen Vertriebspartner dafür zu finden sollten eigentlich schon alle Alarmglocken schrillen.

Als Ansprechpartner für bestehende Systeme scheint es noch
- Joachim Dürr (auch hier im Forum aktiv)
- Hakan Haslaman
zu geben.



Um die Frage zu beantworten: Ja, wir haben es vereinzelt noch in Software drin. Aber es wird dort auch nicht mehr lange bleiben und wird ersetzt.

[Frickler]

Nicht nur Version 10, auch Version 11 ist rausgeflogen. Und Version 12, veröffentlicht Anfang 2016, hat ein paar unangenehme Bugs. Wir haben vor einigen Jahren alles von BDE auf ADS umgestellt und fragen uns jetzt, ob das wirklich der beste Schritt war...

[bernau]

Zitat:

Zitat von Frickler (Beitrag 1361664)

Nicht nur Version 10, auch Version 11 ist rausgeflogen. Und Version 12, veröffentlicht Anfang 2016, hat ein paar unangenehme Bugs. Wir haben vor einigen Jahren alles von BDE auf ADS umgestellt und fragen uns jetzt, ob das wirklich der beste Schritt war...

Bei mir genau so. :-(

Allerdings haben wir schon vor 15 Jahren umgestellt.

[Bernhard Geyer]

Zitat:

Zitat von Frickler (Beitrag 1361664)

Nicht nur Version 10, auch Version 11 ist rausgeflogen. Und Version 12, veröffentlicht Anfang 2016, hat ein paar unangenehme Bugs. Wir haben vor einigen Jahren alles von BDE auf ADS umgestellt und fragen uns jetzt, ob das wirklich der beste Schritt war...

Wer weiß ob die Alternativen auch heute noch existieren.
Am besten ist es immer wenn man sowas DBMS-Neutral entwickelt umd in einen solchen Fall relativ einfach wechseln zu können.

Wir sind auch vor ca. 15 Jahren auf ADS (LocalServer) gewechelt da die Lösung davor noch viel schlechter.
Mittlerweile ist auch ADS schon einige Jahre Geschichte (u.a. wegen Unicode).

[RSF]

Ich habe aktuell eine Anwendung mit ADS 12 verkauft.
Es ist nach wie vor kein Problem ADS bei SAP zu erwerben (durch Partnervertrag).
Auch ein Download der aktuellen Version 12 bei SAP ist möglich, aber sehr versteckt und nur mit ein Login.
Nebenbei habe ich mit meinem Ansprechpartner bei SAP über aktuelle Lage und Zukunft gesprochen. Ergebnis ist ernüchternd.
„Das Problem mit ADS und aktueller Delphi Version ist bekannt…..“
So werde ich vorsichthalber meine seit über 10 Jahren gewachsene Anwendung wohl Grundlegend überarbeiten müssen. Mein Favorit ist Postgres. Ein guter Grund zum Aufräumen alter Methoden.
Ich würde mich aber eher freuen wenn SAP den ADS und die Delphi-Komponenten zeitnah aktualisieren würde.:lol:

[Der schöne Günther]

Ich würde die Komponenten (bunte Vierecke aufs Formular ziehen) nicht überbewerten. Alternativ hat FireDAC eine gute Einbindung von ADS sodass man die Komponenten nicht selber kompilieren muss.

Nur die Tatsache dass man die Komponenten für alles nach Seattle selber kompilieren muss würde mich alleine nicht so sehr beunruhigen.


Aber eher wie lange die neuen Entwickler in Fernost gebraucht haben um zu verstehen dass die Komponenten ab XE8 nicht mehr funktionierten da im Quellcode lustig eine TList auf eine TList<T> hard-gecastet wurde. Und der Bugfix dann erst einmal für jedes Bewegen des Cursors eine neue TList anlegte und nie freigab (oder so ähnlich). Das, und die Tatsache dass nach dem Umzug auf SAP.com später so ziemlich alle Hinweise dass das Produkt jemals existiert hat entfernt wurden.

[Frickler]

Zitat:

Zitat von Der schöne Günther (Beitrag 1361731)

Ich würde die Komponenten (bunte Vierecke aufs Formular ziehen) nicht überbewerten. Alternativ hat FireDAC eine gute Einbindung von ADS sodass man die Komponenten nicht selber kompilieren muss.

Der "One size fits it all" Ansatz bei FireDAC kann aber gerade bei ADS nicht alles bieten, was die nativen Komponenten können. Etliche Aufgaben lassen sich gerade nicht in SQL erledigen, sondern Du musst z.B. AEPs (Advantage Extended Procedures) nutzen, die man von TAdsQuery aus aufrufen kann. Kleines Beispiel? Mal ne Tabelle restrukturiert, in deren Namen ein Umlaut vorkommt? Mit purem SQL unmöglich, man muss das zu Fuß erledigen.