Für größeres Projekt: mySQL oder msSql?

Hi,

ich hoffe, dass ich mit meinem Beitrag nicht zu sehr OT bin, aber ich
weiß nicht so recht, wo ich sonst fragen könnte.

Ich erstelle für einen Kunden eine recht große Anwendung mit PHP und
mySQL. Die Anwendung ist zwar nicht übermäßig zeitkritisch, da nicht
extrem viele Anfragen gleichzeitig laufen, aber es werden sehr viele
Daten in der DB gepeichert und an manchen Stellen auch umfangreich
abgefragt (z.B. für Statistiken).

Ein Partner meines Kunden, der eine ähnliche Anwendung betreibt, hat
meinem Kunden jetzt gesagt, dass msSQL für solch einen Zweck besser
geeignet wäre. Als besonderen Voteil nennt er Stored Procedures (was es
wohl seit der Version 5 auch bei mySQL gibt) und weitere
Performancevorteile.

Ich habe nichts dagegen, mich auf eine msSQL-Datenbank umzustellen, habe
aber meine zweifel, dass msSQL nennenswerte Vorteile bietet.

Ich möchte hier keinen "Glaubenskrieg" hören, sondern würde mich für
Eure Meinung und vor allem Erfahrungen interessieren (ich habe nämlich
keine mit msSQL).

Vielen Dank für Eure Hilfe im voraus.
Dennis

Re: Für größeresProjekt: mySQL oder msSql?

Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de

Re: Für größeres Projekt: mySQL oder msSql?

Dennis Odermann schrieb:
> PHP und mysql oder MSSQL

WENN du mit einem Rechner auskommst, und Mysql per Socket ansprichst,=20
wird der Performanceunterschied zu einem über TCPIP angesprochenen MSSQ=
L=20
Server sehr auffällig sein ...
Habe einmal eine Anwendung von MYsql auf MSsql portiert, und danach=20
massive Geschwindigkeitsprobleme gehabt. Aber zugegeben, hat diese=20
Anwendung auch keine der Vorteile vom MSsql ausgenutzt.

Michael

Re: Für größeresProjekt: mySQL oder msSql?

Dennis Odermann!

> Als besonderen Voteil nennt er Stored Procedures (was es
> wohl seit der Version 5 auch bei mySQL gibt)

Es gibt also sozusagen keine aktiv supportedte MySQL-Version mehr, die
keine Stored Procedures kann. Ich bin mir nicht ganz sicher, wieso das
trotzdem immer wieder als Argument gegen MySQL auftaucht, aber viel geben
würde ich auf die Meinung von Leuten, die es benutzen, nicht.

> und weitere Performancevorteile.

Kann er die auch belegen? "Performancevorteile" ist ziemlich pauschal, das
kann ich so weder bestätigen noch widerlegen, ohne genaueres zu wissen.
Allerdings ist MySQL ja eher dafür bekannt, vergleichsweise flott zu
sein.

Letztendlich müsstest du es ausprobieren, um es ganz genau zu wissen...


Daniel

Re: Für größeres Projekt: mySQL oder msSql?

Dennis Odermann meinte:

> Ein Partner meines Kunden, der eine ähnliche Anwendung betreibt, hat
> meinem Kunden jetzt gesagt, dass msSQL für solch einen Zweck besser
> geeignet wäre. Als besonderen Voteil nennt er Stored Procedures (was es
> wohl seit der Version 5 auch bei mySQL gibt) und weitere
> Performancevorteile.

Eine erstklassige Analyse...

> Ich habe nichts dagegen, mich auf eine msSQL-Datenbank umzustellen, habe
> aber meine zweifel, dass msSQL nennenswerte Vorteile bietet.

Insbesondere dann nicht, wenn man eventuelle Stärken von MSSQL mangels
Erfahrung nicht wirklich nutzen kann.

> Ich möchte hier keinen "Glaubenskrieg" hören, sondern würde mich für
> Eure Meinung und vor allem Erfahrungen interessieren (ich habe nämlich
> keine mit msSQL).

Meine Erfahrungen mit MSSQL erschöpfen sich in der Arbeit mit
Datenbanken, die noch nicht mal richtig normalisiert wurden. Aber
immerhin handelt es sich um teure kommerzielle Produkte. Soll heißen: Im
Rahmen dieser Projekte sind mir keine Vorteile von MSSQL gegenüber MySQL
aufgefallen, wohl aber wie schön es mit normalisierten DBs sein könnte.


Gruß, Gregor

Re: Für größeresProjekt: mySQL oder msSql?

Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de

Re: Für größeres Projekt: mySQL oder msSql?

Das hört sich für mich so an, als würde es keine wirklichen Vorteile bei
der Nutzung von MsSql gegenüber MySQL geben (wobei die Lizenzkosten
ziemlich egal wären).

Ich würde mich aber trotzdem über weitere Meinungen freuen.

Wie sieht es Mit SP's aus? Bringen die so viel und ab wann bringen sie
etwas? Ich kann mir nicht vorstellen, dass ein popeliges Select als SP
einen Vorteil bringt, oder?

Gruß
Dennis

Re: Für größeres Projekt: mySQL oder msSql?

Dennis Odermann wrote:
>
> ich hoffe, dass ich mit meinem Beitrag nicht zu sehr OT bin, aber ich
> weiß nicht so recht, wo ich sonst fragen könnte.

Allerdings dürfte dir klar sein, welche Empfehlung du *hier* bekommen
wirst.

> Ich erstelle für einen Kunden eine recht große Anwendung mit PHP und
> mySQL. Die Anwendung ist zwar nicht übermäßig zeitkritisch, da nicht
> extrem viele Anfragen gleichzeitig laufen, aber es werden sehr viele
> Daten in der DB gepeichert und an manchen Stellen auch umfangreich
> abgefragt (z.B. für Statistiken).

Ich bin mir nicht sicher, ob du Begriffe wie "groß", "zeitkritisch",
"gleichzeitig" und "umfangreich" richtig benutzt. Oder doch zumindest
so wie andere Menschen (ich z.B.)

> Ein Partner meines Kunden, der eine ähnliche Anwendung betreibt, hat
> meinem Kunden jetzt gesagt, dass msSQL für solch einen Zweck besser
> geeignet wäre. Als besonderen Voteil nennt er Stored Procedures (was es
> wohl seit der Version 5 auch bei mySQL gibt) und weitere
> Performancevorteile.

Die Existenz von Stored Procedures ist so lange kein Thema, wie man
keine braucht. Es gibt wirklich *sehr* wenige Aufgaben, bei denen man
auf SP wirklich nicht verzichten kann. "weitere Performancevorteile"
ist derartig nebulös, daß man das nicht zu diskutieren braucht.

> Ich habe nichts dagegen, mich auf eine msSQL-Datenbank umzustellen, habe
> aber meine zweifel, dass msSQL nennenswerte Vorteile bietet.
>
> Ich möchte hier keinen "Glaubenskrieg" hören, sondern würde mich für
> Eure Meinung und vor allem Erfahrungen interessieren (ich habe nämlich
> keine mit msSQL).

Ich habe ebenfalls keine praktischen Erfahrungen mit MS SQL Server.
Da die Codebasis ursprünglich von Sybase stammt, ist der SQL-Teil
vermutlich sogar recht gut.

Als wesentlichen Nachteil habe ich immer empfunden, daß der SQL
Server nicht auf richtigen Betriebssystemen - und damit auch nicht
auf richtiger Hardware - läuft. Auch wenn M$ regelmäßig was anderes
behauptet - Windows ist kein Server-Betriebssystem.


XL

Re: Für größeresProjekt: mySQL oder msSql?

Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de

Re: Für größeres Projekt: mySQL oder msSql?

On 17.04.2007 15:04, Axel Schwenke wrote:
> Die Existenz von Stored Procedures ist so lange kein Thema, wie man
> keine braucht. Es gibt wirklich *sehr* wenige Aufgaben, bei denen man
> auf SP wirklich nicht verzichten kann. "weitere Performancevorteile"
> ist derartig nebulös, daß man das nicht zu diskutieren braucht.

Die Frage wie viele oder wenige Aufgaben es gibt, die man nicht ohne
SP's erledigen kann hängt sehr von den Umständen ab. So pauschal kann
man das nicht behaupten.

> Ich habe ebenfalls keine praktischen Erfahrungen mit MS SQL Server.
> Da die Codebasis ursprünglich von Sybase stammt, ist der SQL-Teil
> vermutlich sogar recht gut.

SQL Server ist eine recht fixe und robuste Datenbank. Ohne weitere
Infos (was z.B. bedeutet "größer" in diesem Zusammenhang?) kann man aber
wenig Konkretes zum Besten geben. Ich kenne DBen im TB-Bereich, die
mit SQL Server gut funktionieren.

> Als wesentlichen Nachteil habe ich immer empfunden, daß der SQL
> Server nicht auf richtigen Betriebssystemen - und damit auch nicht
> auf richtiger Hardware - läuft. Auch wenn M$ regelmäßig was anderes
> behauptet - Windows ist kein Server-Betriebssystem.

SQL Server läuft auf den entsprechenden Windows-Versionen sehr stabil.
Mir erscheint deine Aussage leicht ideologisch gefärbt. :-)

Ciao

robert

Re: Für größeres Projekt: mySQL oder msSql?

Robert Klemme meinte:

> SQL Server läuft auf den entsprechenden Windows-Versionen sehr stabil.

....und damit man sich nicht zu sehr freut, hat MS dem Server 2005 ihr
"Management Studio" spendiert. Nach Installation läppischer 998MB für
Server und Studio wird man da von einer Benutzerschnittstelle gefesselt,
die von besseren Sharewareprogrammen spielend überboten wird.

> Mir erscheint deine Aussage leicht ideologisch gefärbt. :-)

Nach einem Nachmittag Management Studio muss ich auch immer MS bashen...

Gregor

Re: Für größeres Projekt: mySQL oder msSql?

Dennis Odermann wrote:

> Hi,
>
> ich hoffe, dass ich mit meinem Beitrag nicht zu sehr OT bin, aber ich
> weiß nicht so recht, wo ich sonst fragen könnte.
>
> Ich erstelle für einen Kunden eine recht große Anwendung mit PHP und
> mySQL. Die Anwendung ist zwar nicht übermäßig zeitkritisch, da nicht
> extrem viele Anfragen gleichzeitig laufen, aber es werden sehr viele
> Daten in der DB gepeichert und an manchen Stellen auch umfangreich
> abgefragt (z.B. für Statistiken).

Ich arbeite selbst fast ausschließlich mit MSSQL (2000) und habe, abgesehen
von ein paar Gehversuchen, noch gar nicht mit MySQL gearbeitet.

Besonders im Zusammenspiel mit PHP scheint mir MySQL die bessere Wahl zu
sein. Es gibt wesentlich mehr Literatur zu PHP und MySQL als zu PHP und
MSSQL. Ich habe bei MSSQL einige ärgerliche Kleinigkeiten festgestellt. So
kann ich mit PHP ein Datum nur an eine gespeicherte Prozedur übergeben,
wenn ich es vorher in eine Zeichenkette und innerhalb der Prozedur wieder
in ein Datum umwandle.

Insgesamt scheinen mir die Datums- und Zeitfunktionen bei MySQL etwas besser
durchdacht zu sein. Einige simple Funktionen wie z.B. DATE(), die aus einem
DATETIME-Ausdruck das Datum herausfiltert, fehlen einfach bei MSSQL und
müssen mit umständlichen Konstruktionen nachgebildet werden.

>
> Ein Partner meines Kunden, der eine ähnliche Anwendung betreibt, hat
> meinem Kunden jetzt gesagt, dass msSQL für solch einen Zweck besser
> geeignet wäre. Als besonderen Voteil nennt er Stored Procedures (was es
> wohl seit der Version 5 auch bei mySQL gibt) und weitere
> Performancevorteile.

Ein Vorteil ist wahrscheinlich, dass es gespeicherte Prozeduren schon länger
in MSSQL gibt. Das macht sie zwar nicht schneller, aber es stehen sinnvolle
Werkzeuge zur Verfügung, mit denen sich die Prozeduren ohne viel Aufwand
bearbeiten lassen. Wenn ich das richtig verstanden habe, muss man sie in
MySQL erst löschen und dann neu anlegen.

>
> Ich habe nichts dagegen, mich auf eine msSQL-Datenbank umzustellen, habe
> aber meine zweifel, dass msSQL nennenswerte Vorteile bietet.

Eine bestehende Datenbank würde ich auf keinen Fall umstricken.
>
> Ich möchte hier keinen "Glaubenskrieg" hören, sondern würde mich für
> Eure Meinung und vor allem Erfahrungen interessieren (ich habe nämlich
> keine mit msSQL).

Hast du mal in microsoft.public.de.sqlserver gefragt?
>
> Vielen Dank für Eure Hilfe im voraus.
> Dennis

Dafür nicht.

Thomas

Re: Für größeres Projekt: mySQL oder msSql?

Andreas Kretschmer schrieb:
>
>> Wie sieht es Mit SP's aus? Bringen die so viel und ab wann bringen sie
>> etwas? Ich kann mir nicht vorstellen, dass ein popeliges Select als SP
>> einen Vorteil bringt, oder?
>
> Korrekt. Bei mehr als popeligen Selects wirst Du aber sehr bald merken,
> daß SQL begrenzt ist.

Insbesondere, wenn es mal nicht nur um ein Select geht, sondern dann
nebenbei auch noch um daraus errechnete Werte, die in andere Tabellen
geschrieben werden sollen. Oder die Ausgabe einer Adresse in Formaten,
die von der Sprache abhängig sind. Mit einer SP ist das ein einfaches
SELECT adresse(, );

Als Beispiel: Wir haben mal einen kompletten Rechnungslauf für ein
Warenwirtschaftssystem als SPs gebaut. Ein simples
SELECT invoicing();
kummulierte daraufhin alle an diesem Datum fälligen Beträge, sortierte
sie zu passenden Einheiten (ein Kunde = eine Rechnung mit allem drauf,
was ansteht), setzte den Status in allen beteiligten Tabellen und trug
die Daten in die Rechnungstabellen ein. Mit reinen SQL-Bordmitteln
unmöglich.

@Andreas: Das war bevor MySQL SPs beherrscht hat. Deswegen haben wir
selbstverständlich Postgres verwendet :)

Grüße,
Dominik

Re: Für größeresProjekt: mySQL oder msSql?

Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de

Re: Für größeres Projekt: mySQL oder msSql?

On 17 Apr., 15:57, Gregor Kofler wrote:
> Nach einem Nachmittag Management Studio muss ich auch immer MS bashen...

Wenn's Dir dann besser geht ... Alternativen existieren. Man muss halt
danach suchen (wollen) ...

Re: Für größeres Projekt: mySQL oder msSql?

On 17 Apr., 12:47, Dennis Odermann wrote:
> Ich erstelle für einen Kunden eine recht große Anwendung mit PHP und
> mySQL. Die Anwendung ist zwar nicht übermäßig zeitkritisch, da nicht
> extrem viele Anfragen gleichzeitig laufen, aber es werden sehr viele
> Daten in der DB gepeichert und an manchen Stellen auch umfangreich
> abgefragt (z.B. für Statistiken).

PHP bietet eine Abstraktionsschicht für die Anbindung an Datenbanken,
dh. es ist *sehr* dringend anzuraten, diese zu benutzen und keine
dedizierten Datenbank-Befehle a la mysel_close(), mysql_..., usw. Des
weiteren sollte man versuchen den SQL-Dialekt einzuschränken und keine
DB-eigenen Befehle verwenden - in der Hinsicht wird es mit Stored
Procedures nett, denn man ruft ja nur die SP auf, übergibt die
Parameter und erhält entsprechend ein Record-Set oder Rückgabewerte
(je nach Implementierung). Man kann also das ganze DB-typische Gedöns
in der SP kapseln und die Anwendung aussen ist frei von Dialekt.

> Ein Partner meines Kunden, der eine ähnliche Anwendung betreibt, hat
> meinem Kunden jetzt gesagt, dass msSQL für solch einen Zweck besser
> geeignet wäre. Als besonderen Voteil nennt er Stored Procedures (was es
> wohl seit der Version 5 auch bei mySQL gibt) und weitere
> Performancevorteile.

Es gibt so gewisse Kombinationen, die kann man als "Dream Teams"
bezeichnen ... auf der einen Seite ist es PHP+MySQL, auf der anderen
ASP.NET+MSSQL ... also wenn er schon den MSSQL empfiehlt, sollte er
auch logischerweise zu ASP.NET raten, zumal es für .NET, soweit ich
weiss, eine Implementierung für PHP gibt - man kann also PHP-Sourcen
in (ASP.)NET-Code kompilieren.

Ansonsten sage ich: Never change a running system ... ich befürchte
nämlich, dass der PHP-Code sowas von MySQL-lastig programmiert wurde
und nicht auf Austauschbarkeit der DB-Schnittstelle geachtet wurde,
dass die Umstellung keinen Gewinn, nur Bauchkrämpfe bringen wird!

> Ich habe nichts dagegen, mich auf eine msSQL-Datenbank umzustellen, habe
> aber meine zweifel, dass msSQL nennenswerte Vorteile bietet.

Die Frage ist doch erstmal, bevor wir zum Bashing übergehen, auf
welcher Plattform das Ganze denn laufen soll? PHP+MySQL auf Windows
ist doch auch erstmal ein Krampf ... sowas gehört auf eine Unix/Linux/
BSD-Kiste, zusammen mit dem Apache!

Wenn man sich auf einer Windows-Plattform bewegt, dann spricht schon
einiges dafür, eher zu MS-Produkte zu greifen ... im Gegensatz zu
etlichen Herren hier verfüge ich schon über langjährige Erfahrung mit
MSSQL 7.0, 2000 und 2005, sowie MySQL unter HP/UX, Linux und Windows,
ASP.NET (VB.NET, C#.NET), IIS und Apache.

Wenn Du Dich auf einer grünen Wiese befindest und völlig frei
entscheiden dürftest, wäre mein Rat zu einem Linux-Server mit Apache
und MySQL. Bei PHP bin ich recht skeptisch, zeigt es doch viele
Möglichkeiten, etwas falsch zu machen - ich halte PHP für
konzeptionell für eine Katastrophe! Dann eher Java Servlets, evtl.
Mono oder Python - wobei ich zu letzteren wenig/nichts sagen kann. Zu
Mono tendiere ich, denn die Basis - .NET ist so schlecht nicht. Und zu
Python, weil die Jungs schonmal ein gutes Konzept hingelegt haben, auf
das sie aufsetzen, und nicht wie bei PHP auf uralten Sachen immer noch
eines draufsetzen (ich finde die Operatoren ===3D und !== einfach n=
ur
furchtbar, ganz zu schweigen von der "gewachsenen" Art und Weise, wie
Methoden und Funktionen Parameter mal so, mal so verwursteln ...).

Wenn man schon durch eine gewisse Infrastruktur festgelegt ist, dass
sollte man das jeweilige Dream-Team in Betracht ziehen. Oder mit Java
plattformneutral entwickeln. Ich halte recht wenig davon, den Apache
unter Windows zu betreiben - da merkt man halt doch, dass der
konzeptionell mehr für Unix entwickelt wurde (wenn Apache, dann Unix-
OS!). Und der IIS 5.1/6.0 ist besser als seine Vorgänger.

> Ich möchte hier keinen "Glaubenskrieg" hören, sondern würde mich f=
ür
> Eure Meinung und vor allem Erfahrungen interessieren (ich habe nämlich
> keine mit msSQL).

Wie gesagt - ich habe mit beiden meine Erfahrungen gesammelt. MySQL
hinkt halt noch immer stark dem Standard hinterher, wohingegen die
Konformität von MSSQL zum SQL-Sprachstandard sehr gut ist. Was Stored
Procedures anbelangt ... da spreche ich sowohl MySQL als auch MSSQL
ab, die Fähigkeiten zu haben, die Oracle bereits in Version 7.3.4 oder
80 vor 10 Jahren hatte! So Spielchen wie, dass mit mit Pipes zwischen
zwei DB-SPs kommunizieren kann oder per Alert benachrichtigen ... die
Mail-Sende-Funktion eines MSSQL 2000 ist auch nur als grausam zu
bezeichnen ... da greift man lieber gleich zu einer extended Stored
Procedure (XP) und programmiert es selber! (Ist recht einfach und
leidlich gut dokumentiert beim MSSQL ... man sollte sich aber der
Risiken bewusst sein!)

Ich hab' auch nicht verstanden, warum man das Konzept von Oracle, was
SPs anbelangt, nicht übernehmen konnte: Bei Oracle RDBMS kannst Du
einem User die Berechtigung zum Ausführen einer SP geben, er braucht
aber keine Rechte auf die Tabellen zu haben, auf die zugegriffen wird.
Damit kannst Du per SP einen Zugriffsschutz etablieren - MSSQL legt
immer die User-Rechte auch auf die Tabellen fest. Ich vermute - ich
hab's nicht getestet - MySQL verhält sich in dem Punkt wie MSSQL.

Gruß, Dirk

Re: Für größeres Projekt: mySQL oder msSql?

Dirk Ohme schrieb:
> On 17 Apr., 15:57, Gregor Kofler wrote:
>> Nach einem Nachmittag Management Studio muss ich auch immer MS bashen...
>
> Wenn's Dir dann besser geht ... Alternativen existieren.

Nicht in allen Situationen.

> Man muss halt danach suchen (wollen) ...

Und es in der Gruppe durchsetzen.
Das klappt oft nicht.
Eigentlich so gut wie nie. Die Kosten für eine Umstellung sind oft hoch
(ein Vierteljahr Produktivitätsverlust, weil man sich erst einarbeiten
muss, sind da völlig normal). Die langfristigen Gewinne aus der Nutzung
eines besseren Tools sind hingegen nur schwer im voraus abzuschätzen, im
Gegenteil besteht das Risiko, dass die Entwickler mit dem neuen Tool
nicht klarkommen und weniger produktiv sind als vorher.

Das heißt jetzt nicht, dass ich nicht auch mit großer Freude MS bashe :-)

Re: Für größeresProjekt: mySQL odermsSql?

On Fri, 20 Apr 2007 04:30:09 -0700, Dirk Ohme wrote:
> Ich hab' auch nicht verstanden, warum man das Konzept von Oracle, was
> SPs anbelangt, nicht übernehmen konnte: Bei Oracle RDBMS kannst Du einem
> User die Berechtigung zum Ausführen einer SP geben, er braucht aber
> keine Rechte auf die Tabellen zu haben, auf die zugegriffen wird. Damit
> kannst Du per SP einen Zugriffsschutz etablieren - MSSQL legt immer die
> User-Rechte auch auf die Tabellen fest. Ich vermute - ich hab's nicht
> getestet - MySQL verhält sich in dem Punkt wie MSSQL.

MySQL unterstützt beides. Mit "SECURITY INVOKER" läuft die SP mit den
Rechten des Aufrufers, mit "SECURITY DEFINER" läuft sie mit den Rechten
desjenigen der sie definiert hat. Ist natürlich für jede SP einzeln
einstellbar.

Björn

Re: Für größeres Projekt: mySQL oder msSql?

On 21 Apr., 23:18, Björn Steinbrink wrote:
> MySQL unterstützt beides. Mit "SECURITY INVOKER" läuft die SP mit den
> Rechten des Aufrufers, mit "SECURITY DEFINER" läuft sie mit den Rechten
> desjenigen der sie definiert hat. Ist natürlich für jede SP einzeln
> einstellbar.

Fein, danke für die Info - unter MySQL habe ich SPs bisher gemieden
bzw. nicht gebraucht.

Gruß, Dirk