andreas: PostgreSQL oder MySQL, was würdet Ihr empfehlen?

Hallo!
Wie überlegen , welche Datenbank für unser Intranet eingesetzt werden soll. Es ist noch nicht wirklich groß(5 Rechner), soll aber ausbaufähig sein.
Jedenfalls wollen wir auch eine Groupware einführen, haben zur Zeit überall Win2K laufen, un dollwn das auch weiter beibehalten. Außerdem haben wir z.B. an jedem Platz Outlook, aber irgendwie sollen die Termine und Kontakte zentral verwaltet werden können. Da hatte ich von PHPGroupWare gehört, wie praktikabel ist das eigenlich, schon jemand hier Erfahrungen mit gemacht? Jedenfalls soll die DB keine ausßergewöhnlichen Datenmengen verwalten können, soweit ich weiß ist ja MySQL etwas schneller, dafür ist Postgre etwas besser ausgestattet, oder? Wer kann mir hier Tips geben?
Gruß
Andreas

  1. hi!

    Jedenfalls soll die DB keine ausßergewöhnlichen Datenmengen
    verwalten können, soweit ich weiß ist ja MySQL etwas schneller,
    dafür ist Postgre etwas besser ausgestattet, oder? Wer kann mir
    hier Tips geben?

    http://slashdot.org/article.pl?sid=99/08/10/0416205&mode=thread
    http://slashdot.org/article.pl?sid=00/08/14/2128237&mode=thread
    http://slashdot.org/search.pl?query=postgres+mysql&op=stories&author=&topic=&section=&sort=2

    bye, Frank!

      1. Hi Frank!
        Danke für die Links, hab schon ein wenig in dieser Richtung gelesen, hab gehört das die aktuelle Bta-Version von MySQL aber auch nicht übel sein soll, aber öfter habe ich gehört, das PostgreSQL auf alle Fälle besser ist. Leider kenne ich mich mit beidem nicht aus, würde die Datenbank dann aber gerne mit PHP und MS Access verwenden, wie sieht das da aus? Für MySQL finde ich nämlich sehr viel mehr Anleitungen.
        Aber due würdest auch PostgreSQL empfehlen?
        Gruß
        Andreas

        1. Hallo,

          Aber due würdest auch PostgreSQL empfehlen?

          Um Dich noch etwas mehr zu verwirren, bringe ich auch noch schnell Interbase (http://www.ibpoenix.com bzw. http://www.interbase.com) ins Spiel;-)
          Rein von der DB-Engine her bietet die nämlich (zumindest im Vergleich mit mySQL, Postgres kenn ich nicht) den Vorteil von stored procedures, Trigger und brauchbarer Transaktions-Logik.

          Andererseits gibts rund um mySQL schon eine MEnge Anwendungen auf die Du aufsetzen kannst. So etwas für eine andere Datenbank lauffähig zu machen, kann nämlich in eine fürchterliche Arbeit ausarten, da die Applikationen doch immer wieder auf die Eigenheiten einer Datenbank eingehen, was eine Portierung eben nicht leichter macht.

          Grüße
            Klaus

          1. Hallo,

            Aber due würdest auch PostgreSQL empfehlen?

            Um Dich noch etwas mehr zu verwirren, bringe ich auch noch schnell Interbase (http://www.ibpoenix.com bzw. http://www.interbase.com) ins Spiel;-)

            korrigierter Link: http://www.ibphoenix.com

            BTW: http://www.sapdb.org soll auch nicht schlecht sein.

            Gruß,

            kerki

        2. hi!

          Aber due würdest auch PostgreSQL empfehlen?

          Nein, darüber habe ich keine Aussage gemacht... ;) Da ich hier keine
          DB verwende und bei meinem Provider sowieso keine Alternative zu
          MySQL habe, habe ich mich darüber auch nicht informiert.

          bye, Frank!

        1. hi!

          Da falle ich aber auch jedes Mal drauf rein...
          http://sourceforge.net/tracker/index.php?func=detail&aid=483940&group_id=21057&atid=371057

          Danke, aber ich kriege das eh per eMail... ;)

          bye, Frank!

  2. Hi,
    da beide Datenbaken SQL sprechen sollte bei Einhaltung dieses Standarts eure Anwendung auf beiden Systemen laufen. Es kommt auf die Art an wie man Seine SQL-Querys schreibt ob die DB diese schnell behanddelt oder nicht. der Geschwindigkeitsunterschied ist bei einem 5 Rechner-System mit wenigen Daten (<100 000 Eintraege je Tabelle) nicht spuerbar. MySQL hat was den Funktionsumfang in den letzten Versionen massig zugelegt (referenzielle integritaet, foreign keys, etc.). Es kommt bei euch sicher schlicht und einfach darauf an, mit welcher DB ihr besser auskommt, d.h. gibt es in eurem Kreis jemanden, der MySQL Administrieren kann? Nehmt MySQL. Ist ein Postgre Experte da, nehmt Postgre. Hat MySQL Features, die ihr bei Postrgre vermisst (dazu braucht ihr exakte technische produktspezifikationen), nehmt MySQL. Sammelt was ihr benoetigt und was ihr habt, oder leicht "besorgen" koennt, und entscheidet euch dahingehend, und nicht ob jemand sagt eine DB ist besser als die andere, obwohl er eure spezielle Situation nicht im Blick hat.

    Jan
    --

    1. Hi Jan!
      Ich glaube damit hast Du wohl Recht. Wenn wir jemanden hätten, der sich mit Datenbanken überhaupt auskennt, würde ich Euch hier nicht mit solchen Fragen nerven;-) Leider muß ich mich darum kümmern, ich kenne mich zwar mit Access so einigermaßen aus, aber das wars auch schon. Auf dem Webserver(beim Provider!) haben wir MS SQL, aber da kann man wohl nicht von verwenden sprechen, die Datenbank wird einfach über eine Access adp Datei aktualisiert. Ich denke, dass die DAtenbank eh nicht so kompex wird und wir nur einen Bruchteil der Funktionen gebrauchen können, werde ich wohl MySQL nehmen, da es tatsächlich sehr viel mehr Informationen und Software hierfür gibt. Wenn Postgre schon keine einfachen Joins ermöglicht, das ist ja gerade nochwas was ich verstehe, im Gegensatz zu den meisten anderen Fachbegriffen, die einem bei so einer Frage immer um den Kopf geworfen werden. Und wenn die 4.0er Version irgendwann mal serienreif ist, wird MySQL wohl so ziemlich alles bieten, was man so braucht, denke ich.
      Da wir die DB eigenlich nur im LAN benutzen wollen, gibt es da noch irgendwo Infos zu guten Frontends, würden erstmal Access verwenden, ist ja über odbc kein Problem, aber irgendwie ist Access auch keine Dauerlösung. Genauer gesagt geht es im eine Immobilien-Objekteverwaltung.
      Oder wie praktikabel sind denn Anwendungen im LAN nur über den Browser? Was mich an MySQL ein klein wenig stört ist, dass es eigentlich als reine Web-DB genutzt wird, ein Problem z.B. wäre, wie drucke ich denn aus dem Browser heraus Exposés, ohne daß unten die Adresse, Datum... steht???
      Gruß
      Andreas

  3. Hallo!

    PostgreSQL kennt im Gegensatz zu mySQL, Transaktionen, Foreign Keys, UNION und Sub-Selects wenn man die stabilen Versionen betrachtet. mySQL wird mit 4.0 Transaktionen(InnoDB, DBD, Gemini von Nespehre) kennen, kann sie jetzt schon, ist aber noch Beta. UNION und Sub-Selects und andere Dinge wird mySQL auch bald "können".
    PostgreSQL kennt kein LEFT JOIN, INNER JOIN usw., nur den EQUI-Join. Kann auch sein, daß ich das noch nicht gesehen habe oder übersehen habe.

    IMHO ist die Installtion von mySQL einfacher. Bei PostgreSQL muß man schon etwas frickeln, wenn man PostgreSQL nicht von der Distribution aus installiert.

    Ich persönlich arbeite mehr mit mySQL, weil ich sie zuerst verwendet habe, aber auch, weil viele Provider PostgreSQL nicht anbieten. Ich finde beide Datenbanken gut.

    siehe:
    http://www.mysql.com/products/mysql-4.0/index.html

    MfG, André Laugks