> Ich habe eine Tabelle Messages, die aus den Feldern
>
> ID int, SENDER int , SUBJECT, varchar 240, MESSAGEBODY text, DATE datetime
> besteht.
>
> Das Problemfeld sind hier die SELECTS und INSERTS die Konkurierend von
> verschiedenen
> Usern gleichzeitig ausgeführt werden. Aufgrund der Zeichenlänge im Feld
> "Messagebody (text)"
> dauert ein Insert/Select ewig lange und führt auf der WebApplikation
> Oberfläche zu langen Wartezeiten
> für dier User (Warnung: das momentane System läuft auf MySQL5 mit PHP4.x
> unter Linux).
IIRC speichert MySQL ja alles in einem File, PG nutzt TOAST. Alleine
schon deswegen vermute ich einfach mal, daß PG hier einen Vorteil hat.
Dann müßte man einfach mal sehen, wie sich so eine Tabelle unter PG
verhält, also INSERT und SELECT mal via EXPLAIN untersuchen.
>
> Die Messagetable ist jetzt knapp 700 GBytes groß und wächst beständig
> weiter an. Wenn 10.000- 14.000
> USer täglich eingeloggt sind gibts schon mal 20 bis 30 Sek. für ein
> Insert und ca. 5 bis 20 Sek fürs
> Selects,
Wie schaut denn so ein Select aus? MySQL kann IIRC nur ein Index pro
Select und Table verwenden, PG hat solch Limitierung nicht.
Ohne handfeste Tatsachen, also ein Explain Analyse, raten wir ja nur
herum.
>
> Die Tabelle Messages istzwar nicht groß und Komplex aber das Feld
> Messageboy ist eine riesige
> Datentonne wo ich nicht recht weiß wie ich auf Postgres Seite so
> gestalten soll das ich keine Bauchschmerzen
Man könnte auch darüber sinnieren, das nur im Filesystem zu speichern.
Aber das ist eine andere Baustelle.
>
> ps: Nein, hab keine Kohle sondern will einfach nur meinen Job gut machen
> und möchte
> dafür Postgres verwenden :D
Löblich.
Andreas
--
Andreas
--
Really, I'm not out to destroy Microsoft. That will just be a completely
unintentional side effect. (Linus Torvalds)
"If I was god, I would recompile penguin with --enable-fly." (unknown)
Kaufbach, Saxony, Germany, Europe. N 51.05082°, E 13.56889°
--
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein
No comments:
Post a Comment