enige motivatie?Origineel geplaatst door mguilmot
pgsql
enige motivatie?Origineel geplaatst door mguilmot
pgsql
Ceph, CloudStack en ZFS consultancy: 42on B.V.
Lees hier de webhostingtalk.nl forum regels en voorwaarden!
kennelijk niet; ik ben het met je eens sinds 4 is het een stuk verbeterd bij de MySQL toko.
Voor een echt zware database (veel onderlinge berekeningen, requests, vergelijkingen tussen tabellen etc) Oracle of Sybase (ASE).
Bij voorkeur dan je tabellen verdelen over een aantal fysiek gescheiden luns (model/index apart, data tabellen en redo logs en tmp/scratch tabellen apart).
voor hogere performence dat ook geen gebruik maken van een normaal filesysteem maar raw disks.
Hoe ziet de geplande tabelstructuur eruit?
Als het puur om een simpele tabel met wat getalletjes gaat die opgehoogt worden (tellertjes), dan zou ik een simpele DBMS zoals MySQL nemen.
PostgreSQL en andere databases die transactions volledig ondersteunen zijn voor dit doel erg traag.
Stel je hebt het volgende statement:
UPDATE stats SET visitors=visitors+1 WHERE siteid=10
Dan KOPIEERT pgsql het bestaande record, en maakt een nieuw record aan waar visitors+1 wordt ingevuld.
Het bestaande record op schijf wordt (in tegenstelling tot bij bijv. MySQL) NIET overschreven.
Na 100 bezoekers heb je 99 oude versies van het record op je schijf staan ('dead row versions') Deze worden pas later (na het uitvoeren van VACUUM) opgeruimd.
Niemand is tot nu toe met DB2 gekomen. Als je Oracle noemt dan moet je zeker ook die niet vergeten.
Het punt met DB2 en Oracle vindt ik altijd dat je wel een hele goede reden moet hebben om over te gaan tot ontwikkeling op deze platformen. Vaak zijn de Enterprise DB pakketen pas interessant bij zeer grote volumes met data en heel veel I/O's (Nee niet 10-30Gb maar 100-200Gb per database).
Het zijn beide wel high maintenance/high expertise platformen. Je zal er meer voor moeten doen en zeker ook meer kennis voor in huis moeten hebben om ze goed te kunnen benutten.