AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 20:47

Parameter dieser Suchanfrage:

Suche in Thema: Ökonomische Zukunft von ADS in der Anwendungsentwicklung
Suche alle Beiträge, die von "Frickler" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 5 von insges. 5 Treffern
Suche benötigte 0.001s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Datenbanken

    AW: Ökonomische Zukunft von ADS in der Anwendungsentwicklung

     
      by Frickler, 14. Dez 2017
    Mal in die Release Notes geschaut? Dafür, dass das Service Pack mehr als ein Jahr lang angekündigt war (immer hieß es "demnächst"), wurde recht wenig geändert. Immerhin scheinen die CAST/Convert Bugs mit negativen und ganzen Zahlen (*) verschwunden zu sein. Delphi Berlin wird jetzt unterstützt - wow - und das haben sie auf exakt dem gleichen Weg gemacht wie Joachim Dürr auf seinem Blog...
  • Forum: Datenbanken

    AW: Ökonomische Zukunft von ADS in der Anwendungsentwicklung

     
      by Frickler, 17. Feb 2017
    Sicher? Die Lösung für Mobile Plattformen ist doch iAnywhere bzw. Sybase ASA. Das ist zwar auch ne "kleine" Datenbank, hat aber ansonsten nichts mit ADS zu tun. ADS ist ein Server für ein von FoxPro (dBase) abgeleitetes Datenbankformat, mit etlichen Kompatibilitätsfunktionen für den guten alten ISAM-Zugriff, aber halt auch SQL-Zugriff.
  • Forum: Datenbanken

    AW: Ökonomische Zukunft von ADS in der Anwendungsentwicklung

     
      by Frickler, 16. Feb 2017
    Das kannst Du machen, wenn Du der einzige Anwender bist. Bei Kunden muss sowas automatisch ablaufen können.

    @Hoika ich halte das auch für nen Bug. Denn ansonsten kann man mit solchen Tabellen mit SQL wirklich alles machen. Alles außer "Alter Table"...
  • Forum: Datenbanken

    AW: Ökonomische Zukunft von ADS in der Anwendungsentwicklung

     
      by Frickler, 15. Feb 2017
    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...
  • Forum: Datenbanken

    AW: Ökonomische Zukunft von ADS in der Anwendungsentwicklung

     
      by Frickler, 15. Feb 2017
    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...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=Frickler&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=191721
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 20:58 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz