Leute, mySQL ist OpenSource!!! Wenn ihr keine Probleme mit der GPL habt (und wer hat die schon???), könnt ihr das ruhig auf nem Server in der Firma einsetzen.

"The MySQL database server is available without a license fee under the GNU General Public License (GPL). Commercial non GPL licenses are available for users who prefer not to be restricted by the terms of the GPL.".

Also kein Problem... Ich finde mySQL ganz gut, arbeite damit, da ich auch Webzugriffe von PHP und so brauche. Da ist mySQL natürlich ideal. Es ist auf jeden Fall echt easy drauf zuzugreifen und außerdem gibts nen ODBC-Treiber dafür.
[/b]

Hi
Eine gute Datenbank für geschäftliche Zwecke ist nun mal nicht
gratis. Gilt auch für MySQL.

Absolute Exoten würde ich geschäftlich nie einsetzen, das Riskiko
hier später eine böse Ueberraschung zu haben, ist einfach zu gross.
Und erklär das dann mal deiner Firma...

Tut euch doch für kommerziell eingesetzte Datenbanken selber
einen Gefallen. (leider nicht dem Budget). Kauft euch eine DB,
und überzeugt eure Firma warum das auch nötig ist, falls ihr
darauf produktive Applikationen laufen lassen wollt. Und so teuer
ist das ja auch nicht.

Für kleine Firmen (10 - 30 User) setzen wir eine Benutzerbeschränkte
MSSql-Lizenz. Gibt aber auch kleinere Lizenzen.

Wenn nur wenige Benutzer darauf zugreifen müssen, und Ihr das
sauber programmiert, funktioniert auch eine Paradox nicht übel.

Mein Tip für diesen Fall: MySQL oder MSSql kaufen. Ein mal zahlen,
und dann kann man DB's bauen bis die Ohren wackeln.

Das ist wohl keine Hilfe hier, soll eifach ein Hinweis sein.

Wir wollen natürlich auf eine dauerhafte DB umstellen.
Wenn wir uns auf Flashfiler umstellen und dieses System doch nicht vernünftig weiterentwickelt wird, haben wir spätestens bei einem neuen Betriebssystem die ersten Schwierigkeiten.

@Foenti. Also mir Paradox bin ich eigentlich auch ganz zufrieden. Dumm ist nur wenn 2 Appl zugleich in eine Table schreiben wollen. Das ist mir schon passiert. Eigentlich konnte der Fall nicht auftreten, da die beiden Appl. nur in unterschiedl. Tables schreiben. Ein Diplomant hat dann mit der Datenbankoberflächen an einer Table rumgebastelt, während eine Appl.hineinschrieb und schon wars geschehen. Diese Table kann ich bis heute nicht mehr lesen. MySQL haben wir für interne Zwecke und werden diese auch bei einer Netzwerklösung unserer Software verwenden. Bei einer Einzelplatzversion ist dies jedoch übertrieben.



Manfred

Also ich selbst habe recht gute erfahrungen mit Interbase gemacht. Der Open-source Server läuft auf jedem Windows Server (soll auch eine Linux Variante geben), das selbe gilt auch für die Clients Betriebssystem von Windows. Lizenzkosten fallen also keine an. Natürlich bleibt das Problem mit der BDE da diese nicht mehr von Borland weiter entwickelt wird. Ich selbs setzte ein Interbase Client-Server Programm ein, auf das ca. 150 Clients gleichzeitig zugreifen (also in die DB Schreiben und Lesen), und bin eigentlich zufrieden damit.
In wie weit kann man seine Software überhaupt Zukunftssicher gestalten ?

Hallo,

zu MySQL muss ich auch noch was loswerden. Da wird nämlich keine referentielle Integrität geprüft. Ausserdem sind weder Views, noch Stored Procedures möglich. Ich versteh manchmal wirklich nicht, was also Leute an MySQL finden, ausser dass es eben sehr verbreitet im Web ist und mit PHP leicht anzusprechen ist. Für Büroeinsatz würd ich persönlich jedoch von MySQL abraten.

Ich hab kleinere Projekte bislang prima auf MSAccess laufen. Mehrbenutzerkonflikte hatte ich damit auch noch keine. Und lizenzfrei ist das Ding auch, sofern man über die ADO Treiber drauf zugreift. Also MSAccess an sich als Applikation ist dazu nicht nötig, sondern lediglich die MDAC Treiber, welche frei bei Microsoft zu finden sind.

Wird die DB Anwendung dann doch etwas fetter, hatte ich bis jetzt noch keine nennenswerte Probleme mit Interbase. MSSQL oder Oracle bieten natürlich wunderschöne, schnelle und jeglichen nur erdenkbaren Schnickschnack... haben allerdings eine sehr stolzen Preis. Korrigiert mich wenn ich mich irre, aber ich glaube im Kopf zu haben, dass ein MSSQL Server mit 5 Client Lizenzen um die 3500€ kostet. Na dann prost. Aber für einige ganz grosse Applikationen kann ich trotzdem nur dazu raten.

Gruss,
Tom

Hallo,

Cashels hat folgendes geschrieben:

Ich versteh manchmal wirklich nicht, was also Leute an MySQL finden, ausser dass es eben sehr verbreitet im Web ist und mit PHP leicht anzusprechen ist.

das wird zwei Gründe haben:
1. Viele Programmierer benutzen nur sehr rudimentäres SQL.
2. Durch die geringe Funktionsvielfalt ist MySQL ziemlich Flott.

Gruß
Klabautermann

Klabautermann hat folgendes geschrieben:

1. Viele Programmierer benutzen nur sehr rudimentäres SQL. 2. Durch die geringe Funktionsvielfalt ist MySQL ziemlich Flott.

Ja, rudimentär von mir aus. Aber die Datensicherheit muss doch gewährleistet sein. Damit mein ich speziell die referentielle Integrität.

Zum 2. Punkt geb ich dir natürlich recht. Wobei natürlich bei rudimentären SQL Abfragen wohl alle DBS recht flott arbeiten.

MySQL hat durchaus seine Darseinsberechtigung, jedoch wie schon erwähnt nicht in Büroanwendungen.

Gruss,
Tom

Hallo,

@Cashels

nur zu Korrektur deine Meinung über mySQL

bei uns in der Firma, Betrieb so wie Vertrieb 3 Windows 2000 Servern,
gesamt 92 PC installiert die permanent auf mySQL Server zugreifen neue Daten erstellen sowie Ändern.
in Betrieb eingesetzt für Datenerfassung ca. alle 1 sec. neue.
Zur Datenbanktabellen: gesamt 234 davon 50 über a 850000 Records
Zugriefzeiten sind SUPER
Keine Probleme NICHTS!, also sehr stabil was ich von MS-SQL nicht sagen kann!
Kompos setzen wir von : www.microolap.com also MySQLDAC $120
ohne BDE oder ODBC sondern DIRECT ist wohl ein super Vorteil.

mySQL ist und bleibt eine sehr Gute Datenbank und StoredProzedure
ist ab Ver. 4.1 sowieso Dabei und trotzdem in Labor Stabil.

verstehe deshalb deine argummente nicht, habe ganz andere Erfahrung.

mfg

Nikola

Nikola hat folgendes geschrieben:

mySQL ist und bleibt eine sehr Gute Datenbank und StoredProzedure ist ab Ver. 4.1 sowieso Dabei und trotzdem in Labor Stabil.

Das hab ich auch schon gehört. Aber wie siehts mit der referentiellen Integrität aus? Darauf bezog sich in erster Linie meine Argumentation!

Gruss,
Tom

Hallo,

Zitat:

Aber wie siehts mit der referentiellen Integrität aus?

also Heute kann Mann sagen das es keine große unterscheide zwischen ORACLE, MS-SQL und mySQL gibt, außer Geschwindigkeit da ist mySQL Schneller. (Habe Getestet)
Functions umfang ist bei mySQL minimal <> aber es gibt Sachen da
können die anderen mySQL nicht das Wasser reichen.
neue Dings ist sogar SAB von mySQL AB abgekauft, beim Novell ist
Standart das mySQL ausgeliefert wird. (bei neue Versionen) und ORACEL nicht mehr.

Teste es selbst und Du wirst sehen was es wirklich kann.

mfg.

Nikola

@Nikola,
das sind sicherlich einige Pluspunkte für MySQL. Aber das beantwortet mir immer noch nicht die Frage nach der refentiellen Integrität. Was nützen mich Geschwindigkeitsvorteile, wenn mir die DB nicht die Integrität meiner Daten sicherstellen kann. Genau kenn ich mich nicht mit MySQL aus, habs lediglich bei mir installiert. Hab aber im Internet nachrecherchiert und nachwievor auch in der Version 4 nix über Stored Procedures, Views oder Trigger gelesen. In meinen Augen ist MySQL sicherlich ne gute Datenbank, der aber noch viel fehlt um mit anderen Systemen mitzuhalten.

Ich warte mal ab was die Zukunft bringt. MySQL wird sicherlich noch reifen.

Gruss,
Tom

Cashels hat folgendes geschrieben:

...nachwievor auch in der Version 4 nix über Stored Procedures, Views oder Trigger gelesen. In meinen Augen ist MySQL sicherlich ne gute Datenbank, der aber noch viel fehlt um mit anderen Systemen mitzuhalten...

Ist das nur ne halbe DB? Ich denk, das sei weit verbreitet??

Tagchen,

seit mySQL 3.23.43b unterstützt der Tabellentyp InnoDB Fremdschlüssel.
Guckst Du hier: www.mysql.com/doc/en...key_constraints.html

m.f.g
BoMbY

Edit: PS: Achso, Trigger und Stored Procedures sind für Version 5.0 geplant. www.mysql.com/doc/en...I_diff_Triggers.html

Warum nicht Interbase 6.0.2 (link in der FAQ) oder gleich Firebird 1.5 ( firebird.sourceforge.net )
Firebird ist gut, schnell und kostenlos und das beste ist, es bietet seid 1.5
viele Features, die auch IB7 und auch oracle bieten.
Einfach mal in der Versionhistory rumlesen...


Gruß
Ken

Hallo,

auf fielen fragen gibt es hier eine antwort welche Datenbank nun besser für eine oder andere Anwendung ist.
Vergleicht bitte selbst

www.mysql.de/information/features.html

mfg

Nikola

@nikola: ist ja schön und gut, aber die ganzen neuen Datenbanken werden nicht berücksichtig. Vor allem wird kein Oracle 9.xx und kein Interbase 7.0 berücksichtigt, ganz zu schweigen von Firebird. Und vor allem haben die nur Interbase 6.0Beta. Von daher ist das voll veraltet *G*
Und überhaupt, ist ja ein tool von den MySQL-Machern. Was sagt uns das?

Gruß
KEn

und eines sagen die, unterstützt Interbase nicht, was sie aber doch unterstützen... Tabellen Aliase...
Gruß
Ken

bei MySQL gibt es keine SP usw.? oder ?

SPs, das stand hier irgendwo drin, sollen ab 4.0 oder so dabei sein. Aber Trigger gibt es nicht....

CenBells hat folgendes geschrieben:

SPs, das stand hier irgendwo drin, sollen ab 4.0 oder so dabei sein. Aber Trigger gibt es nicht....

und dann gehts so weiter: keine Transaktionen...