Alternative zu MySQL im Web-Bereich

[fkerber]

Hi!

Ich stelle diese Frage bewusst in Programmieren allgemein, auch wenn es um Datenbanken geht, aber es geht nicht um Delphi.
Kurz, worum es geht:

Für eine Vorlesung an der Uni soll etwas mit Datenbanken programmiert werden. Wir haben uns für etwas im Browser mit PHP etc. entschieden. Standard wäre ja hier wohl MySQL. Allerdings hat uns zumindest die Vorlesung gezeigt, dass MySQL nicht unbedingt alles kann, was eine Datenbank so können sollte. Das mag für das tägliche Leben irrelevant sein, aber in Hinblick auf Bewertung des Projektes aus Datenbanksicht, wäre es vllt. schön, eine Datenbank zu haben, die auch möglichst viel dieser Sachen unterstützt.

Zur Verfügung steht außerdem ein V-Server, auf dem quasi beliebiges installiert werden kann. Allerdings sollte es nicht die Projektzeit überschreiten, nur um die Datenbank ans Laufen zu bekommen.


Die Frage wäre also:
Gibt es irgendeine einfache Lösung, wie ich eine andere Datenbank auf den VServer bekomme und diese auch sicher läuft, mehr kann als MySQL und außerdem auch von PHP aus ohne riesen Aufwand anzusprechen ist - also auch mit dem Apache etc. klar kommt.
Ich hoffe, ihr wisst, was ich meine...


Grüße, Frederic

[Bernhard Geyer]

Zitat von fkerber:

... Allerdings hat uns zumindest die Vorlesung gezeigt, dass MySQL nicht unbedingt alles kann, was eine Datenbank so können sollte. ...

Und das wäre? Ansonsten könnten wir dir DBMS vorschlagen die das auch nicht können.

Zitat von fkerber:

Gibt es irgendeine einfache Lösung, wie ich eine andere Datenbank auf den VServer bekomme ...

Hauptfrage ist: Bist du auf dem VServer Admin so das du alles möglich installieren kannst? Und welchen OS läuft der Server? Vermutlich Linux so das z.B. der MS SQL Server raus fällt. Was bist du bereit Geldmäßig zu investieren? Falls nix so fallen die größeren Versionen von z.B. Oracle raus.

[franktron]

Dann nimm doch PostgreSQL die kann wirklich (fast) alles

[mkinzler]

Ich verwende hier auch FireBird. Wird aber selten angeboten ( ist aber bei einem Root-Server egal)

[Florian H]

Joah, also eine Aufzählung dessen, was MySQL nicht kann, ihr aber braucht, wäre schon gut

[Phoenix]

Ich würde mals den Microsoft SQL Server vorschlagen. Die Express edition ist kostenlos und die Einschränkung auf nur eine CPU und die 4 GB-Datenbanken in der kostenlosen Version sollten Euch nicht stören. Das Teil läuft out-of-the Box und ihr habt z.B. mit den Reporting Services sogar noch besondere Features, die alle andere Datenbanken so gar nicht bieten.

[nahpets]

Hallo,

eigentlich müsste alles an Datenbanken gehen, was über ADODB zu erreichen ist.

Für MSSQL könntest Du hier was finden: http://de3.php.net/mssql
Für PostGres wäre dies eventuell was: http://docs.php.net/manual/de/ref.pgsql.php
Ingres könnte auch eine Alternative sein: http://docs.php.net/manual/de/book.ingres.php
Ansonsten mal auf dieser Seite weitersuchen: http://docs.php.net/results.php?q=fi...de&p=wholesite

Aus Delphi heraus mit ISAPI.DLL's benutze ich eigentlich alle Datenbanken, an die ich mittels ADO herankomme. Da muss ich im "schlimmsten" Fall den Connectionstring ändern und die Datenbank ist gewechselt. Könnte mir Vorstellen, dass das mit PHP auch nicht wirklich viel schwieriger ist, habe dort allerdings keinerlei Erfahrung.

[fkerber]

Hi!

Schonmal vielen Dank für eure Infos.
Ok, ich merke, da fehlen noch einige Infos, sorry:

Es handelt sich um einen OpenSuse 10.3 VServer, den ich administriere. Also ich kann da installieren, was ich will.


Bzgl. der Features:
z.B. FULL OUTER JOIN gibt es nur über Umwege und es waren noch einige Sachen mehr, wo dann immer gesagt wurde "ja, MySQL kann das nicht"
da war z.B. noch INTERSECT und vor allem waren es einige Sachen, die scheinbar von MySQL nicht "richtig" gemacht werden oder wo MySQL fehlertoleranter ist (z.B. selecten von attributen, die weder im GROUP BY auftauchen noch in einer Aggregatsfunktion stehen - Oracle scheint das zu bemängeln, MySQL nicht).

Kosten sollte es nichts, weil ein Budget für das Projekt gibt es nicht.



Grüße, Frederic

[nahpets]

Hallo,

dann schau Dir Postgres an, Ingres ist deutlich langsamer und kostet, wenn man Support will, etwas.

[borwin]

Ich habe für ein Webprojekt mit php Firebird verwendet und kann es nur empfehlen. Es ist eine schlanke Datenbank mit allem
was auch die "großen" Datenbanken anbieten (oracle, MS SQL). Da Du eure Anforderungen nicht geschrieben hast kann ich Dir
nur meine Erfahrungen aus dem Projekt weitergeben.

Die Entscheidung für Firebird waren:
- Opensource
- Zugriff auf die Datenbank kann mittels Stored Procedure erfolgen
- Transactionsgesteuert
- sehr gute Performenc
- Einsatz unter verschiedenen OS möglich (Linux, Windows, Solaris,Mac)
- und keine Lizenzkosten


Umsetzung:
Alle Zugriffe auf die Datenbank (Select,Insert,Update und Delete) erfogten nur über die Stored Procedure.
Diese dienten als Schnittstelle zwischen der Webanwendung und der Datenbank. In den Stored Procedure (SP) wurden alle notwendigen Prüfungen
und Verarbeitungen durchgeführt. Der Vorteil ist eine einfache und klare definierte Zugriffsschicht auf die Daten.
Änderungen am Datenmodell (kommen vor) führen nicht zwangsläufig zur Änderung in der Webanwendung/Applikation.
Solltest Du mal umsteigen auf was anderes als php musst Du nicht die Verarbeitungslogik der Daten portieren.
Zum anderen erfolgt die Verarbeitung der Daten direkt in der Datenbank. Schneller geht es nicht.
Ein weiterer wichtiger Aspekt ist die Sicherheit. Da nur die Stored Procedure Berechtigungen auf die Datenbankobjekte haben und
wir nicht mit dynamischen SQL gearbeitet haben, ist ein SQL-Injection nicht möglich.

Ich hoffe ich konnte Dir ein paar Anregungen geben und auch helfen

Gruß Borwin

Hatte ich noch vergessen. Firebird hält sich an den Standard ANSI SQL 99 Ab der Version 2.0 auch SQL-2003 .
Damit dürften Deine Anforderungen bezüglich SQL erfüllt werden.