Delphi-PRAXiS
Seite 5 von 5   « Erste     345   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   Delphi Warum ist sqlite sooo langsam? Sollte man wechseln? (https://www.delphipraxis.net/162350-warum-ist-sqlite-sooo-langsam-sollte-man-wechseln.html)

Bernhard Geyer 21. Aug 2011 16:21

AW: Warum ist sqlite sooo langsam? Sollte man wechseln?
 
Zitat:

Zitat von QuickAndDirty (Beitrag 1118245)
Also nach der alten interpretation von 2004 von "myssql AB" musst du sogar zahlen wenn du nur mit dem Serverconnectest und selbst kein bisschen von deren Quellcode auslieferst oder benutzt... die Legen das so aus wenn der Server unter GPL betrieben wird...das ist aber ihre gaaaanz eigene Auslegung der GPL...

War für uns kein Problem. Unser App unterstützt mehrere DBMS u.A. auch MySQL. Wir waren dran als "mitverteilte embedded DB" MySQL zu evaluieren. Ein MySQL-Vertriebler ist gekommen und hat sich das Anghört was wir so genau machen. Als uns er dann die Preise genannt hat (30 k€/a für Nichttransaktionale DB) haben wir ihm mehr oder minder gesagt das dann MySQL doch nicht für uns in Frage kommmt. Als er damit seine Weihnachtsboni dahinschwinden sah wollte er die libmysql.dll-Karte ziehen. Als wir ihm gesagt haben das wir diese nicht benötigen war es das mit seinem Boni - Wir haben uns noch schön verabschieded und er ist heimgefahren.

Zitat:

Zitat von QuickAndDirty (Beitrag 1118245)
keine libmysql.dll existiert dann benutzt du evtl. komponenten die das alleine machen...eigentlich wärest du damit aus dem schneider.

Ist man wenn man nicht MySQL als alleinige DB einsetzt. Also zwar ohne libmysql.dll starten kann aber nur mit einer MySQL-DB zusammen arbeiten kann. Dann ist es nach MySQL-Art der GPL-Fall.

QuickAndDirty 21. Aug 2011 21:03

AW: Warum ist sqlite sooo langsam? Sollte man wechseln?
 
Zitat:

Zitat von Bernhard Geyer (Beitrag 1118450)
Zitat:

Zitat von QuickAndDirty (Beitrag 1118245)
Also nach der alten interpretation von 2004 von "myssql AB" musst du sogar zahlen wenn du nur mit dem Serverconnectest und selbst kein bisschen von deren Quellcode auslieferst oder benutzt... die Legen das so aus wenn der Server unter GPL betrieben wird...das ist aber ihre gaaaanz eigene Auslegung der GPL...

War für uns kein Problem. Unser App unterstützt mehrere DBMS u.A. auch MySQL. Wir waren dran als "mitverteilte embedded DB" MySQL zu evaluieren. Ein MySQL-Vertriebler ist gekommen und hat sich das Anghört was wir so genau machen. Als uns er dann die Preise genannt hat (30 k€/a für Nichttransaktionale DB) haben wir ihm mehr oder minder gesagt das dann MySQL doch nicht für uns in Frage kommmt. Als er damit seine Weihnachtsboni dahinschwinden sah wollte er die libmysql.dll-Karte ziehen. Als wir ihm gesagt haben das wir diese nicht benötigen war es das mit seinem Boni - Wir haben uns noch schön verabschieded und er ist heimgefahren.

:-D LOOOL :-D
Ich wäre so gerne dabei gewesen... ich wette die Storie hat in der Ganzen Firma die runde gemacht und für gute Stimmung gesorgt.


Zitat:

Zitat von Bernhard Geyer (Beitrag 1118450)
Zitat:

Zitat von QuickAndDirty (Beitrag 1118245)
keine libmysql.dll existiert dann benutzt du evtl. komponenten die das alleine machen...eigentlich wärest du damit aus dem schneider.

Ist man wenn man nicht MySQL als alleinige DB einsetzt. Also zwar ohne libmysql.dll starten kann aber nur mit einer MySQL-DB zusammen arbeiten kann. Dann ist es nach MySQL-Art der GPL-Fall.

Ja die haben einen an der Klatsche...ist das wirklich die "übliche" Auslegeung der GPL? Sandsäcke und Stacheldraht um das Grundstück...und soll ja niemand mit der falschen Hautfarbe versuchen an der Tür zu klingeln....und das gilt auch für Briefträger!

Ich krieg das kotzen wenn ich daran denke das Ellison auf fast jedem CMS, Bulletin und jeder Website ist.


Alle Zeitangaben in WEZ +1. Es ist jetzt 00:17 Uhr.
Seite 5 von 5   « Erste     345   

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