AnyDAC wird nicht weiterentwickelt?

[tsteinmaurer]

Über die Jahre hat sich gezeigt, dass es nicht wirklich klug ist, Dinge in Delphi einzusetzen, die seitens Borland/Inprise/CodeGear/Embarcadero "einfach" austauschbar sind. Natürlich werden sie ein TEdit nicht mit etwas anderem austauschen. :-D

Reporting war ja ein sehr prominentes Thema. dbExpress als BDE-Replacement wurde ja auch ein paar mal neu erfunden, und immer wieder als "State-Of-The" Art verkauft. Ob es Produktivcodequalität hat, kann ich nicht sagen, weil ich mich nie vor diesen Zug geworfen habe. Beim Multi-Tier Segment wollte man natürlich auch mitmischen, weil es irgendwie in eine professionelle Entwicklungsumgebung mit rein muss. DataSnap hat ja auch ein paar Evolutionszyklen als Ergebnis. Ein aktueller Blog läßt ja kein gutes Haar an dieser "Technologie". Ich kann mich noch gut an ein paar Roadshows erinnern, wo das immer als besser, geiler etc. zur Vorgängerversion kommuniziert wurde. Aja, Firebird dbExpress Treiber, Out-of-The Box in der Enterprise Edition war ja marketingtechnisch eine 1+.

Da Delphi IMHO im Datenbank-Umfeld sehr präsent ist, mußte EMB einfach reagieren, weil die mittlerweile häufigste Empfehlung: "Hol Dir PRO + Third-Party DB Zugriff" auch in den Delphi-Newsgroups nicht einfach so an denen vorübergehen konnte. Vorausgesetzt, dass dieser Schachzug natürlich PRO + Third-Party DB Zugriff preislich attraktiv dagegensteuert.

Interessant wird es wirklich, welche Auswirkungen das Ganze auf AnyDAC Update-Zyklen hat. Sollte das in Richtung Update-Zyklen von Delphi gehen, dann wäre das schlecht. Noch bissiger könnte es dann werden, wenn vielleicht zwischen PRO und höher ein Unterschied wäre, wenn z.b. in PRO der SourceCode von AnyDAC nicht mitkommt.

So, genug. Stürmische Zeiten für Marco, den von Konferenzen kenne und sehr schätze. Ich hoffe auch, dass sich Dimitri nicht zu sehr assimilieren läßt.

PS: Da ich schon die eine oder andere nette private Email bekommen habe, möchte ich kurz erwähnen, dass das meine rein persönliche Einschätzung ist, und z.b. nichts mit der Firebird Foundation etc. zu tun hat. :-D

[DeddyH]

Zitat:

Zitat von tsteinmaurer (Beitrag 1203081)

Noch bissiger könnte es dann werden, wenn vielleicht zwischen PRO und höher ein Unterschied wäre, wenn z.b. in PRO der SourceCode von AnyDAC nicht mitkommt.

Davon kannst Du ausgehen, denn nach meinen Informationen soll AnyDAC überhaupt erst ab Enterprise verfügbar sein.

[Bernhard Geyer]

Zitat:

Zitat von DeddyH (Beitrag 1203082)

Davon kannst Du ausgehen, denn nach meinen Informationen soll AnyDAC überhaupt erst ab Enterprise verfügbar sein.

Quelle? Meinen sagen da was anderes.

[DeddyH]

http://blog.marcocantu.com/:

Zitat:

This is considered the best data access library for Delphi, and I'm personally very happy that is will become part of the Delphi "Enterprise" product.

[sahimba]

Und ein Satz weiter steht
"We plan offering this technology, in the near term, as an add-on for existing users"
:wink:

[DeddyH]

Ja und? Für alle ab Starter, oder ist damit auch wieder Enterprise gemeint? Kann ich so nicht herauslesen.

[Bernhard Geyer]

Zitat:

Zitat von sahimba (Beitrag 1203086)

Und ein Satz weiter steht
"We plan offering this technology, in the near term, as an add-on for existing users"
:wink:

Es wurde doch eh angekündigt die starre Aufteilung Pro/Enterprise/... zu einem mehr Lizenzoptionenansatz umzubauen.

[DeddyH]

Das ist irgendwie an mir vorbeigegangen. Soll heißen, man kann sich dann seine benötigten Features quasi im Baukastenprinzip zusammensammeln? Das wäre ja mal eine echte Innovation.

[mkinzler]

http://www.delphipraxis.net/1202174-post26.html

Man hat ja schon begonnen für dbExpress die Enterprise-Features für pro Nutzer als Erweiterung anzubieten und bei MobileStudio hat man ähnliches angekündigt.

[QuickAndDirty]

Zitat:

Zitat von DeddyH (Beitrag 1203079)

Zitat:

Zitat von QuickAndDirty (Beitrag 1203075)

Nicht das UniDAC und AnyDAC aus der selben Feder wären...

:?: AnyDAC ist von da-soft, UniDAC von DevArt.

War es nicht so das DevArt und Dimitri sich mal im schlechten getrennt haben ? ...

[jensw_2000]

Zitat:

Zitat von DeddyH (Beitrag 1203091)

Das ist irgendwie an mir vorbeigegangen. Soll heißen, man kann sich dann seine benötigten Features quasi im Baukastenprinzip zusammensammeln? Das wäre ja mal eine echte Innovation.

Du glaubst doch nicht wirklich, dass wir irgendwann ein Delphi "PRO" mit "Enterprise DB Features" zu einem Preis bekommen, der unter der heutigen Enterprise Version liegt.
Embarcadero fährt schon immer eine sture Preispolitik und macht gerade im Euro Raum durch den 1:1 Wechselkurs gute Geschäfte.
Die werden uns keine Pro-Version mit einem unbeschnittenen AnyDAC zu einem Preis verkaufen, der unter der Enterprise Version liegt. Falls doch, setze ich freiwillig mein Embarcadero Basecap eine Woche auf Kundschaft auf :|

[MEissing]

Zitat:

Zitat von jensw_2000 (Beitrag 1203097)

Du glaubst doch nicht wirklich, dass wir irgendwann ein Delphi "PRO" mit "Enterprise DB Features" zu einem Preis bekommen, der unter der heutigen Enterprise Version liegt.

Das ist heute schon möglich.... Delphi Pro + Client/Server Pack.

Huch... ist ja günstiger, als Enterprise. Aber schön, dass wir drüber gesprochen haben.... ;-)

(Das Pack wird gerade neu aufgesetzt..... man darf raten, warum)

[jensw_2000]

Ich brauche ein neues Basecap von euch. Das alte ist zu verschlissen für Kundenbesuche... :oops:

Zitat:

Das ist heute schon möglich.... Delphi Pro + Client/Server Pack.

Ihr habt effektive Verkaufsberater. Ich bin seit Jahren treuer Enterprise Kunde ...

[QuickAndDirty]

Zitat:

Zitat von jensw_2000 (Beitrag 1203102)

Ihr habt effektive Verkaufsberater. Ich bin seit Jahren treuer Enterprise Kunde ...

Du nimmst dir zu wenig Zeit für einen kauf....^^

Gibt es eigentlich auch Kappen mit Borstenkamm und Wangenschutz? Dürfte auf der CeBit am besten aussehen!

[MEissing]

Zitat:

Zitat von jensw_2000 (Beitrag 1203102)

Ihr habt effektive Verkaufsberater. Ich bin seit Jahren treuer Enterprise Kunde ...

...es gibt ja auch noch DataSnap et al, die "für" die Enterprise Edition sprechen.

Wirklich effektiv wären die "Verkaufsberater", wenn sie dir eine Architect Edition auf's Auge gedrückt hätten ;-)

[DeddyH]

Zitat:

Zitat von MEissing (Beitrag 1203107)

Wirklich effektiv wären die "Verkaufsberater", wenn sie dir eine Architect Edition auf's Auge gedrückt hätten ;-)

Aber dann gleich eine 10 Named-User-Lizenz für einen Einzelkämpfer :mrgreen:

[jensw_2000]

Zitat:

Zitat von DeddyH (Beitrag 1203109)

Zitat:

Zitat von MEissing (Beitrag 1203107)

Wirklich effektiv wären die "Verkaufsberater", wenn sie dir eine Architect Edition auf's Auge gedrückt hätten ;-)

Aber dann gleich eine 10 Named-User-Lizenz für einen Einzelkämpfer :mrgreen:

Bekomme ich dann auch 10 Basecaps? :cyclops:

Zitat:

..es gibt ja auch noch DataSnap et al, die "für" die Enterprise Edition sprechen.

Solange ihr RemObjects nicht "auch noch" einverleibt brauche ich kein Datasnap.

[MEissing]

Zitat:

Zitat von jensw_2000 (Beitrag 1203111)

Bekomme ich dann auch 10 Basecaps? :cyclops:

Ja. Natürlich.

Plus 10 Schlüsselanhänger und 5 USB Sticks.

[mkinzler]

Komm zu den nächsten DelphiTagen, dann gibt es möglichweise noch ein oder 2 schöne(s) Batik-Shirt hinzu. ;)

[Tod787]

Zitat:

Zitat von QuickAndDirty (Beitrag 1202823)

...Es handelt sich hier um das beste BDE Replacement am Markt, die Tables funktionieren sau schnell, wenn man die richtigen optionen aktiviert. ...

Welche Einstellungen sind denn das genau? Bei uns gehen die Tabellen (große Anzahl an Datensätze) eher langsam auf. Würde mich mal interessieren ob man da noch was optimieren kann.

[Daniel]

Das ist ein anderes Thema als die Frage, ob AnyDAC noch weiterentwickelt wird.
Aber im Allgemeinen steuerst Du dies über die FetchOptions. Dort kannst Du sehr detailliert festlegen, was passieren soll, wenn eine Table geöffnet wird.

[QuickAndDirty]

Diese sind entscheidend
FetchOptions.LiveWindowFastFirst
UpdateOptions.KeyFields

[Tod787]

Zitat:

Zitat von Daniel (Beitrag 1204489)

Das ist ein anderes Thema als die Frage, ob AnyDAC noch weiterentwickelt wird.
Aber im Allgemeinen steuerst Du dies über die FetchOptions. Dort kannst Du sehr detailliert festlegen, was passieren soll, wenn eine Table geöffnet wird.

OK, sorry habe hier was aufgemacht http://www.delphipraxis.net/173398-a...ml#post1204736

[stahli]

Also was Marco in dem kurzen Video zeigt sieht ja wirklich sehr komfortabel aus: http://youtu.be/8Xqxu-G9aBw

Für X3-Enterprise-Nutzer ist FireDAC kostenlos erhältlich, ansonsten kaufbar.

Bisher hatte ich mich mit AnyDAC nicht beschäftigt, aber es macht im Video einen viel durchdachteren Eindruck als DBX.


Für mich sieht das mal nach einem :thumb: für Emba aus (endlich wieder).

Natürlich mögen das die bisherigen AnyDAC-Kunden anders sehen und (u.U. berechtigte?) Bedenken für die Zukunft haben.

Hoffentlich gibt es dann bald mal ein umfangreicheres Webinar ... (Matthias?)

[DSCHUCH]

Was bedeutet diese Anbindung an DataSnap?
Kann ich die Daten damit ohne Reader direkt abgreifen? Ich meine CopyReaderToDataSet, was ja sowieso die totale katastrophe ist. (Haben wir zwischenzeitlich überschrieben und zumindest die größten Probleme selbst behoben (zB Memo in XE, was ja das große neue Feature in XE 2 war. ^^))

Insgesamt schaut das sehr sehr gut aus. Mir fällt sofort die Zuweisung von den Kompletten Inhalte mittels .Data auf etc. ich habe nur 2 minuten in das Video geschaut und war recht beeindruckt. Das ganze schaut sogar noch weiter als DevArt aus...

[QuickAndDirty]

Zitat:

Zitat von DSCHUCH (Beitrag 1205497)

Das ganze schaut sogar noch weiter als DevArt aus...

Jetzt stell dir nur mal vor wie das ist, wenn man es hat, ohne bangen zu müssen das Embarcadero es irgendwann mal cancelt oder es an irgendwelche Versionen koppelt die man nicht möchte.

Es ist so komfortabel wie die BDE nur eben ohne die Fehler der BDE und transparent debugbar...wenn man doch welche findet...

Von der BDE aus kann man sehr gut umsteigen. Und ich weiß das es noch viiiele Anwendungen gibt die die BDE benutzen auch wenn sie schon seit Jahren Tod ist.

[jensw_2000]

Zitat:

Zitat von QuickAndDirty (Beitrag 1205525)

Jetzt stell dir nur mal vor wie das ist, wenn man es hat, ohne bangen zu müssen das Embarcadero es irgendwann mal cancelt oder es an irgendwelche Versionen koppelt die man nicht möchte.

Jepp.
Und hier steht es auch schon:

Zitat:

While we expect future versions of FireDAC to work only with the latest versions of our IDEs (and suggest current users to move to a maintenance level that also includes our development tools), the first release still supports all platforms AnyDAC used to work with, and we are not restricting existing AnyDAC support customers from using this version of FireDAC with other compilers.

Ziel ist: IDE Upgrade-Zwang, wenn man AnyDac haben will.

[Uwe Raabe]

Zitat:

Zitat von jensw_2000 (Beitrag 1207536)

Ziel ist: IDE Upgrade-Zwang, wenn man AnyDac haben will.

Das stimmt ja nicht. Du kannst das vorhandene AnyDAC/FireDAC ja einfach weiter verwenden. Hier geht es ausschließlich um zukünftige Versionen und da ist ein Abwerfen von Altlasten durchaus ein übliches Vorgehen. Willst du was neues, kriegst du das dann eventuell nur noch mit einer neuen Delphi-Version. Das ist bei der RTL, VCL usw. auch nicht anders.

[mkinzler]

Im Endeffekt wird man aber gezwungen, immer die neueste Delphiversion zu verwenden, um vom Neuerungen von FireDAC zu profitieren. Und bedauerlicherweise wird es dann auch nur Bugfixes für die neueste Version geben. Bei AnyDAC/Unidac gab/gibt es neue Versionen immer für alle Delphiversionen.

[jensw_2000]

Zitat:

Zitat von mkinzler (Beitrag 1207656)

Im Endeffekt wird man aber gezwungen, immer die neueste Delphiversion zu verwenden, um vom Neuerungen von FireDAC zu profitieren. Und bedauerlicherweise wird es dann auch nur Bugfixes für die neueste Version geben. Bei AnyDAC/Unidac gab/gibt es neue Versionen immer für alle Delphiversionen.

Genau.

Vermutlich werden die "kleinen Updates zwischendurch" auch noch an ein RAD Studio / Delpi Maintenance Agreement gebunden.
Für alle ohne Wartungsvertrag ist dann ab "XEn SP4" (oder ab wann die IDE auch immer halbwegs nutzbar ist) Schluss mit FireDAC Hotfixen, bis man eine neue IDE Version kauft.

[Insider2004]

Im Emba-Forum wurde ganz deutlich gesagt, dass AnyDAC in Zukunft sozusagen als Waffe benutzt wird. In der ersten Version soll es noch überall laufen. Sogar in FreePascal. Später wird es mit den neuen Sprachfeatures "verdongled". Der Code ist dann nur noch mit Delphi XE4 und höher übersetzbar. Das Ganze ist dazu gedacht, die Leute zum Delphi-Update zu zwingen. Zumindest den Teil der Kunden, der DB-Anwendungen nötig braucht.

[Bernhard Geyer]

Zitat:

Zitat von Insider2004 (Beitrag 1207661)

Im Emba-Forum wurde ganz deutlich gesagt, dass AnyDAC in Zukunft sozusagen als Waffe benutzt wird.

Wo? Link?

Zitat:

Zitat von Insider2004 (Beitrag 1207661)

In der ersten Version soll es noch überall laufen. Sogar in FreePascal.

FreePascal ist AFAIK schon gekickt.

Zitat:

Zitat von Insider2004 (Beitrag 1207661)

Später wird es mit den neuen Sprachfeatures "verdongled".

Früher hat man weiterentwicklung gesagt. Wieso sollte man keine akutellen Sprachfeatures verwenden um statt z.B. 1000 Quellcodezeilen nur noch 100 zu haben. hat den vorteil das hier nur noch 100 Fehler vorhanden sein können.

Zitat:

Zitat von Insider2004 (Beitrag 1207661)

Der Code ist dann nur noch mit Delphi XE4 und höher übersetzbar. Das Ganze ist dazu gedacht, die Leute zum Delphi-Update zu zwingen. Zumindest den Teil der Kunden, der DB-Anwendungen nötig braucht.

Also wenn einen das so stört. DevArt hat auch sehr gute Komponenten. Stellt man halt dahingehend um und gut ist. Glaub nicht das Emba diese Firma kaufen wird wenn man jetzt AnyDac hat.

Und für Firmen ist es auch nicht so schlimm. Man kauft sich eine neue IDE-Version und kann dann schauen wie bugfixes realisiert wurden und fixt dann die aktuelle verwendete Version. Hat damit schon einige Bugs in D6 gefixt.

[Uwe Raabe]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1207663)

Zitat:

Zitat von Insider2004 (Beitrag 1207661)

Später wird es mit den neuen Sprachfeatures "verdongled".

Früher hat man weiterentwicklung gesagt. Wieso sollte man keine akutellen Sprachfeatures verwenden um statt z.B. 1000 Quellcodezeilen nur noch 100 zu haben. hat den vorteil das hier nur noch 100 Fehler vorhanden sein können.

Ich oute mich jetzt mal: Genau das mache ich schon seit Jahren auch mit meinen Kunden! Neuere Versionen meiner Software laufen nicht mehr auf Windows 98 und oft auch nicht auf Windows NT 4 oder Windows 2000. Windows XP ist als nächstes dran - nach Vista. Bildschirmauflösungen mit 640x400 und 16 Farben untertütze ich auch schon lange nicht mehr. Ich zwinge meine Kunden also zu einem Betriebssystem- und Hardware-Upgrade, wenn sie meine Software immer in der neuesten Version benutzen wollen. Und das ist auch gut so!

[JamesTKirk]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1207663)

Zitat:

Zitat von Insider2004 (Beitrag 1207661)

In der ersten Version soll es noch überall laufen. Sogar in FreePascal.

FreePascal ist AFAIK schon gekickt.

Nein, die aktuelle Version kann noch in Lazarus installiert werden. Hier ist der Link zu einer Mail auf der fpc-pascal Liste, wo einer erwähnt, dass er FireDAC in Lazarus 1.1 installiert hat (ich habe meine Antwort darauf und nicht die ursprüngliche Nachricht verlinkt, da diese im Archiv nicht lesbar ist :( ). Den erwähnten Screenshot hänge ich mal einfach an.

Gruß,
Sven

[Bernhard Geyer]

Zitat:

Zitat von Uwe Raabe (Beitrag 1207665)

Ich oute mich jetzt mal: Genau das mache ich schon seit Jahren auch mit meinen Kunden! Neuere Versionen meiner Software laufen nicht mehr auf Windows 98 und oft auch nicht auf Windows NT 4 oder Windows 2000. Windows XP ist als nächstes dran - nach Vista. Bildschirmauflösungen mit 640x400 und 16 Farben untertütze ich auch schon lange nicht mehr. Ich zwinge meine Kunden also zu einem Betriebssystem- und Hardware-Upgrade, wenn sie meine Software immer in der neuesten Version benutzen wollen. Und das ist auch gut so!

Bei uns genau so. Aktuell ist noch W2k drin, aber wenn ich an entsprechenden Units dran bin werden die Codeabschnitte der Art "if NTSystem then" entsprechend vereinfacht.
Win9x wurde test-technisch in den letzten Versionen sowieso nur noch minimal getestet.

[Bernhard Geyer]

Zitat:

Zitat von JamesTKirk (Beitrag 1207669)

Nein, die aktuelle Version kann noch in Lazarus installiert werden.

Ok. Dann wars halt nur ein entsprechenden Post eines Unwissenden der mich zu dieser Annahme verleitet hat. Deshalb auch das AFAIK.

[Insider2004]

Zitat:

Zitat von Uwe Raabe (Beitrag 1207665)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1207663)

Zitat:

Zitat von Insider2004 (Beitrag 1207661)

Später wird es mit den neuen Sprachfeatures "verdongled".

Früher hat man weiterentwicklung gesagt. Wieso sollte man keine akutellen Sprachfeatures verwenden um statt z.B. 1000 Quellcodezeilen nur noch 100 zu haben. hat den vorteil das hier nur noch 100 Fehler vorhanden sein können.

Ich oute mich jetzt mal: Genau das mache ich schon seit Jahren auch mit meinen Kunden! Neuere Versionen meiner Software laufen nicht mehr auf Windows 98 und oft auch nicht auf Windows NT 4 oder Windows 2000. Windows XP ist als nächstes dran - nach Vista. Bildschirmauflösungen mit 640x400 und 16 Farben untertütze ich auch schon lange nicht mehr. Ich zwinge meine Kunden also zu einem Betriebssystem- und Hardware-Upgrade, wenn sie meine Software immer in der neuesten Version benutzen wollen. Und das ist auch gut so!

So machst Du dir sicher viele Freunde bei deinen Kunden. Es gibt technisch keinen Grund, aus der NT-Linie ein Windows auszuschließen. Das API wurde seit NT nicht geändert. Alle NT-APIs, die in NT waren sind auch in Win7.

[Bernhard Geyer]

Zitat:

Zitat von Insider2004 (Beitrag 1207692)

So machst Du dir sicher viele Freunde bei deinen Kunden. Es gibt technisch keinen Grund, aus der NT-Linie ein Windows auszuschließen. Das API wurde seit NT nicht geändert. Alle NT-APIs, die in NT waren sind auch in Win7.

Klar gibts die. Tausende. Kein UTF-16, Kein 64-Bit Version, Keine bzw. schlechte Unterstützung für "neue" Schnittstellen wie USB. Kein performanter Grafik-Support, ...

Aber allein die Tatsache das praktisch keine Virenscanner, Backup-Software, ... mehr unter NT läuft ist Grund genug

Und selbst für die konservativsten User/Firemn ist NT mittlerweile irrelevant. Kein Kunde dessen EDV-Abteilung halbwegs professionell arbeitet wird noch Server mit NT einsetze. Auch Windows 2000-Rechner sind schon fast aus den Firmen verschwunden.

Du kannst gerne noch SW für NT anbieten und auch den eigentlich nötigen SW-Test durchführen. Wir sparen uns das und testen dafür lieber Win8

[Uwe Raabe]

Zitat:

Zitat von Insider2004 (Beitrag 1207692)

So machst Du dir sicher viele Freunde bei deinen Kunden.

In der Tat! (Furtbichler)

[Insider2004]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1207699)

Zitat:

Zitat von Insider2004 (Beitrag 1207692)

So machst Du dir sicher viele Freunde bei deinen Kunden. Es gibt technisch keinen Grund, aus der NT-Linie ein Windows auszuschließen. Das API wurde seit NT nicht geändert. Alle NT-APIs, die in NT waren sind auch in Win7.

Klar gibts die. Tausende. Kein UTF-16, Kein 64-Bit Version, Keine bzw. schlechte Unterstützung für "neue" Schnittstellen wie USB. Kein performanter Grafik-Support, ...

Aber allein die Tatsache das praktisch keine Virenscanner, Backup-Software, ... mehr unter NT läuft ist Grund genug

Und selbst für die konservativsten User/Firemn ist NT mittlerweile irrelevant. Kein Kunde dessen EDV-Abteilung halbwegs professionell arbeitet wird noch Server mit NT einsetze. Auch Windows 2000-Rechner sind schon fast aus den Firmen verschwunden.

Du kannst gerne noch SW für NT anbieten und auch den eigentlich nötigen SW-Test durchführen. Wir sparen uns das und testen dafür lieber Win8

DEINE Software braucht USB, Virenscanner, ... Da verwechselst du was. Wir reden hier über Delphi-Programme selbst und nicht über die Eigenschaften vom OS.

Ein gut programmiertes Programm, das auf WinXP läuft wird auch auf WinNT laufen. Dazu brauche ich es nicht mit Gewalt sperren. Da verlierst Du nur Kundenvertrauen. Und wenn doch ein Fehler auftritt, kann man den schnell fixen. Und der kunde denkt dann, ist das ein geiler Typ!