MySql / Zeos 6.6 / Delphi / PostError // Can not update a complex query with more tha

[Medium]

Zitat:

Zitat von bdg (Beitrag 1190535)

So wie ich verstanden habe ( gesehen habe) arbeitet es genaus so wie Zeos. es verlangt nach einer LibMySql.dll

Das ist das tolle: Tut es eben nicht! Dadurch entledigt man sich vor allem auch dieser undurchsichtigen Lizenzpolitik von MySQL, nach der die Verwendung dieser DLL mindestens einen Grenzfall darstellt. Gibt's hier im Forum ein paar Threads zu, wie auch zu UniDAC. DB-Komponenten werden hier gerne und oft besprochen und verglichen :)

Schön ist, dass das Klasseninterface zwischen Zeos und UniDAC zu weiten Teilen identisch ist. Der Austausch ist wirklich recht einfach. Damit wäre schon mal ein guter Anfang gemacht, auch wenn ich dennoch bei D5 und MySQL 3 Bauchschmerzen habe ;)

[bdg]

Hi,
das klingt ja nochbesser :-)
Das muss ich mal installieren und probieren :-)
Tja das mit D5 und MySql3 ist so eine Sache, es ist einfach zu viel Quellcode und einfach zuviel Kundschaft, da will ich nicht im Hauruckverfahren alles umstellen,
der Umfang ist einfach nur zu groß dafür !.
Deswegen mach ich ein schritt nach dem anderen :-)

Ich probier das mal aus mit UniDac
Vielen dank

[bdg]

Hi,
hmmmm
so wie ich sehe geht UniDac erst ab Delphi 6 :-(((

Ich hab da aber MyDac gefunden das geht auch ab Delphi5

Kann mir da jemand kurz helfen ? das müsste doch die Richtige sein oder ???
bzw. weiss jemand den unterschied zwischen UniDac und MyDac ???
Denke mal Uni ist halt für mehrere und MyDac nur für MySql .
Das wäre mir mal in erster linie egal :-)

[Medium]

DIe liegst richtig :)
UniDAC fasst alle *DAC von DevArt zusammen, mit MyDAC geht nur MySQL (und MariaDB sollte auch gehen). Ich mutmaße mal, dass bei den Einzelversionen einfach die entsprechenden Provider Komponenten nicht dabei sind, es aber ansonsten mehr oder weniger identisch ist. (Kenne aus 1. Hand nur UniDAC.)

[EgonHugeist]

Mir obligt nicht, die deine Entscheidung zu treffen. UniDAC wird ein OpenSource-Project nicht wirklich einholen können, was z.B. die von Medium genannten Zugriffsmöglichkeiten angeht. Fraglich für mich ist da eher, ob dieses Sinn ergibt. Ein funtionierendes System kann man wohl nie im gleichen Maßstab nachbauen ohne direkt zu kopieren, wo sie ebenfalls die Lizensrechte verletzen würden. Ich kann nicht aus eigener Erfahrung mit UniDAC reden, jedoch wurde mir im Zeos-Form inzwischen zig-fach geschrieben, daß UniDAC sehr langsam im Gegensatz zu Zeos wäre. Könnte mir vorstellen, daß dieses z.B an diesem Zugriff liegen könnte. Mich würden da echt Benchmarks wirklich mal einteressieren.

Dennoch zu der Update-Componente falls noch Interesse: http://www.delphipraxis.net/171457-t...parameter.html

[Medium]

Die Frage ist ja doch letztlich: Ist einem das einen Lizenzkapmf (gegen Oracle) wert, den man fast garantiert verliert? Ich fand *DAC bisher nicht viel langsamer als Zeos, bzw. habe ich es in der Praxis nie bemerkt. Und am Ende war ein Mal UniDAC kaufen einfach so viel günstiger als x Mal MySQL Lizenzen. Geschmacksfrage und abhängig vom Einsatzzweck, jap. Aber wenn es um den profesionellen Einsatz geht, bei dem man gerne auch verlässlichen und schnellen (lies: nicht über ein Forum via Community bereit gestellten) Support haben muss, ist *DAC einfach mal nett. Ich will Zeos nicht schlecht machen, und ich habe mich bzgl. Zielgruppen im selben Zusammenhang imho schon mal ausgiebig geäussert - und hier ist es wieder mal, wie damals auch, eine Sache von "ich mache das für Spaß und nebenbei" und "ich muss damit Geld verdienen damit meine Familie was zu Beissen bekommt".
Fakt ist: Bei Benutzung von der DLL mit dem MySQL Community Edition Server in profesioneller Umgebung bewegt man sich einfach auf verdammt dünnem Eis. End of Story.

[EgonHugeist]

Medium,

wollte hier auch kein Pro/Contra anregen, nicht auf die Füße treten. Sicher hast du Recht. Im professionellen Bereich und zum Thema Dokumentaion, naja da hängt es bei Zeos gewaltig. Sonst würde dieser User auch nicht in einem Forum fragen. Außerdem sind die MySQL Lizenspolitik seit Oracle Übernahme tatsächlich ein von Zeos-Seite nicht wirklich lösbares Problem.

Vielmehr würden mich diese Benchmarks wirklich interessieren. Außerdem ist es wie bei jeder Komponente eine Frage, wie man diese eben benutzt. Hatte hier diverse threads gefunden, welche den Speed von Zeos+Firebird bemängelten. 99% der user scheinen einfach nichts über die Transaktions-Steuerungen von Zeos Bescheid zu wissen. Hatte mal IBX gegen Zeos mit einem wirklich einfachen Test vergleichen. Keine nennenswerte unterschiede. Im Gegenteil, wenn man mal spezielle encodierungen zu CharSet 'NONE' + Column mit Collations anschaut.. Uh nimm lieber Zeos. Wo Zeos 3 Jahre lang versagte ...

Zu MySQL selbst: Weicht lieber auf MariaDB aus. Die Umstellung ist völlig unproblematisch. Kann mit Zeos ohne Probleme genutzt werden. Wenn ich die Zeit habe füge ich mal den Protokol-Namen hinzu.

Fazit. Deine Argumente kann und werd ich nicht von der Hand weisen. Aber könnte mal einer Benchmarks fahren? Da sollte der Wink hingehen. Habe leider die Componenten nicht zur Verfügung, um eben dieses machen zu können. Ich meine wer will das nicht wissen? Teure-Profi Compoenten vs. OpenSource? Wär das nicht interessant?