Schrift
Wiki:Tipp zum Debugging: use Data::Dumper; local $Data::Dumper::Useqq = 1; print Dumper \@var;
[thread]3707[/thread]

PostgreSQL vs. MySQL

Leser: 2


<< >> 8 Einträge, 1 Seite
mo3009
 2006-08-15 21:59
#34576 #34576
User since
2006-05-31
13 Artikel
BenutzerIn
[default_avatar]
Servus,

steh grad vor der Entscheidung, ob ich PostgreSQL oder MySQL für mein neues Projekt als DB verwenden soll. Bisher habe ich ausschließlich mit MySQL gearbeitet. Aber auf Grund der schwierigen Lizenz habe ich mir überlegt auf Postgres umzusteigen. Nicht alle Projekte sind als Open-Source gedacht :)

Jetzt zu meiner Frage. Habt ihr schonmal mit Postgres gearbeitet? Was sind die großen Unterschiede? Funktionieren die meisten SQL-Abfragen auch mit Postgres oder muss ich mich da arg umstellen? Wie sieht es mit der Performance aus?
Benutzt ihr Views oder Funktionen von Postgres? Da Pg ja alle diese Möglichkeiten hat, habe ich mir überlegt den Großteil der Programmlogik in die Datenbank auszulagern. Ist das sinnvoll?

Fragen über Frage :-)

Hoffe ihr könnt mir da ein bisschen helfen!
renee
 2006-08-15 22:53
#34577 #34577
User since
2003-08-04
14371 Artikel
ModeratorIn
[Homepage] [default_avatar]
Mit PostgreSQL habe ich noch nichts gemacht.

Vielleicht helfen Dir folgende Links bei der Entscheidung:
http://monstera.man.poznan.pl/wiki/index.php/Mysql_vs_postgres
http://www.geocities.com/mailsoftware42/db/

Die meisten SQL-Abfragen werden sowohl in MySQL als auch in PostgreSQL funktionieren - mit ein paar kleinen Syntax-Unterschieden.

Views zu nutzen dürfte - wenn es einigermaßen gut gemacht wird - einiges an Performancegewinn bedeuten, da die Datenbank auf so etwas optimiert ist.
OTRS-Erweiterungen (http://feature-addons.de/)
Frankfurt Perlmongers (http://frankfurt.pm/)
--

Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
Perl-Entwicklung: http://perl-services.de/
jan
 2006-08-16 00:02
#34578 #34578
User since
2003-08-04
2536 Artikel
ModeratorIn
[Homepage] [default_avatar]
ich bin auch kein profi, was postgresql angeht, aber zwei dinge fielen mir auf:
a) du hast mehr features zur verfügung als bei mysql (in der MyISAM-version, die innodb kommt da bei mysql eher) und mehr speed (bei postgresql gegen innodb, mysql mit myisam ist schneller).
b) kA, wieso, aber index-aufbau geht bei weitem schneller. wirklich bei weitem. zumindest bei mir.
c) weniger limitierungen. zB soviele indizes pro tabelle wie du willst, nicht begrenzt wie bei mysql.

dafür aber keinen direkt implementierten fulltext-index.
nepos
 2006-08-16 19:14
#34579 #34579
User since
2005-08-17
1420 Artikel
BenutzerIn
[Homepage] [default_avatar]
PostgreSQL unterstuetzt meines Wissens wesentlich mehr Features aus dem SQL-Standard als MySQL.
Desweiteren kann man Funktionen in diversen Sprachen einbauen (C, PL/PSQL, Perl, ...). Auch von der Administration kommt mir dir PostgreSQL etwas sauberer vor. Gerade die Rechteverwaltung gefaellt mir da wesentlich besser als bei Mysql.\n\n

<!--EDIT|nepos|1155741313-->
Gast Gast
 2006-08-24 15:33
#34580 #34580
Ich verwende sei Jahren nur noch Postgres, wobei der Hauptrund aber darin lag, dass ich aus der Oracle Welt kam und MySQL aus dieser Perspektive einfach Mist war bzw. immer noch ist.

Sowohl Stabilität als auch SQL Konformität sind nach meiner Erfahrung besser bei MySQL.
Zur Frage, ob serverseitig programmiert werden soll:
Auf jeden Fall! Das ist zum einen sinnvoll, um mit Trigger (oder Rules, bei Pg gibt es da zwei Mechanismen) bestimmte Dinge einfach zu implementieren, oder auch um Berechnungen durchzuführen di in der DB sinnvoller untergebracht sind als in der anwendungslogik. Ich sitze zum Beispiel gerade daran , die Berechnung eines Produktpreises in plpgsql zu implementieren. Der hängt von der Währung, dem Kundenrabatt, einer Mengenstaffel und anderen Parametern ab. Es ist m.E. wenig sinnvoll, das in der Anwendung in perl zu programmieren (und umständlicher wäre es auch). "Die Anwendung" wählt das Produkt aus, die DB berechnet den Preis dazu und fertig.
Hinzu kommt ja die Möglichkeit, das statt in plpgsql in auch in plperl zu tun!.

Zum Thema Performance: Ich glaube es gibt wenig Anwendungen, die bei der Performance an die Grenze eines Systems stossen, das meiste womit wir Otto Normalos zu tun haben, ist doch in dieser Hinsicht völlig unkritisch. Und dann helfen richtige Indexe usw lange, bis die DB zu einem Problem wird muss viel kommen und dann sollte eh eine Evaluierung für den konkreten Fall erfolgen.

Es gibt wenig Bücher zu Postgres, aber die Doku ist top und man kann die veilen Bücher zu MySQl ja auch s deuten,.dass die enteder die Doku schlecht ist oder die meisten user sie nicht verstehen und halt noch ein Eklärbuch brauchen ...

Als Admin-Tool verwenden wir pgadmin3, es gibt auch phpPgAdmin, je nach Vorliebe.
Alles in Allem: Uneineschränkte Empfhelung zu Postgres!

Rolf
mo3009
 2006-08-24 15:47
#34581 #34581
User since
2006-05-31
13 Artikel
BenutzerIn
[default_avatar]
super Danke Rolf für deine Meinung.
Grad zum Thema Performance:
Ein ausgeklügeltes Caching-System sollte die Anzahl der DB-Anfragen ja eh minimieren. Und da hat Perl ja wirklich genug Möglichkeiten das umzusetzen. Also von der Performance her mach ich mir gar keinen Kopf erstmal...
Dubu
 2006-08-24 16:37
#34582 #34582
User since
2003-08-04
2145 Artikel
ModeratorIn + EditorIn

user image
[quote=Guest,24.08.2006, 13:33]Sowohl Stabilität als auch SQL Konformität sind nach meiner Erfahrung besser bei MySQL.[/quote]
Aus dem Rest deines Postings entnehme ich, dass du diesen Satz nicht so meinst. Entweder meinst du "besser als bei MySQL" oder "besser bei PostgreSQL", oder?
Gast Gast
 2006-08-30 18:33
#34583 #34583
ja, klar, besser ALS bei MySql
<< >> 8 Einträge, 1 Seite



View all threads created 2006-08-15 21:59.