Re: LAPP statt LAMP?
On 22.11.05 10:42:06, Markus Schulz wrote:
> On Tuesday 22 November 2005 02:36, Andreas Pakulat wrote:
> > On 21.11.05 22:01:30, Sven Hartge wrote:
> > > Raimund.Kohl@nabuli.de wrote:
> > > > dem Wort nach ist LAMP wohl sehr bekannt ... spricht eigentlich
> > > > etwas gegen PostgreSQL statt MySQL? Oder anders herum: Warum
> > > > eigentlich unbedingt MySQL statt Post? Historisch bedingt?
> > >
> > > Viele Projekte nutzen die Eigenheiten von MySQL und sind daher nur
> > > schwer an Postgres anzupassen.
> >
> > Welche Eigenheiten? Fehlende Views, Triggers und bis 4.1 (die meisten
> > Webspaces laufen noch mit 4.0) Subselects?
>
> z.B. das Replace Command.
Kenne ich nicht, aber...
> Oder Inserts mit mehreren VALUES () Blöcken. Das gibts bei Postgres
> nicht. Ob das zu einem SQLXX Standard gehört weiss ich allerdings auch
> nicht. Ich vermute eher nicht.
Darueber bin ich auch letztens "gestolpert" und zuerst hab ich auch
gedacht: Wieso kann PG das nicht. Aber wenn du mehrere INSERT'S in einem
Block verarbeiten willst ist die korrekte Vorgehensweise sie in einem
einzelnen commit zu verpacken. Das kann MySQL auch, aber PG zwingt dich
dazu.
Weiss eigentlich jemand wie MySQL mehrere VALUES() Bloecke behandelt?
Werden das jeweils einzelne Transaktionen oder kommt alles intern in
eine Transaktion?
> > > MySQL ist/war auch einfacher zu handhaben als Postgres, weswegen
> > > wiederum viele Projekte zuerst auf MySQL aufsetzten und erst später
> > > dann Postgres-Support bekamen.
> >
> > Naja, teilweise ist Mysql auch "schwerer" zu bedienen, z.B. bei der
> > User-Verwaltung, da sehe ich immernoch nicht wirklich durch und
> > ausserdem verstehe ich nicht ganz den Sinn dahinter alle DB-User in
> > der DB abzulegen. Da kann man sich auch leicht mal aussperren.
>
> Ich dagegen finde es sehr gut sämtliche Informationen zu einer Datenbank
> in der Datenbank selbst auch vorzufinden.
Dagegen ist nichts einzuwenden, aber...
> Postgres ermöglich auch den Zugriff auf User Informationen über
> Tabellen. Dabei geht man sogar viel weiter als Mysql es macht, es
> stehen nämlich sämtliche Informationen zu Datenbanken, Tabellen,
> Constraints, Typen, Views, .. in den Systemtabellen zur Verfügung.
Bei MySQL sind die Systemtabellen bzw. die Systemdatenbank der _einzige_
Ort wo die Userinformationen gespeichert werden. Wenn die Tabelle weg
ist, darfst du dir nen 2. MySQL aufsetzen um an deine Daten zu kommen -
oder irre ich mich da?
Andreas
--
You will be a winner today. Pick a fight with a four-year-old.
Reply to: