Mailinglist Archive: opensuse-de (3631 mails)
| < Previous | Next > |
Re: MYSQL oder Postgres? - Was ist schneller
- From: Andreas Scherer <andreas.scherer@xxxxxxxxx>
- Date: Mon, 30 Aug 2004 18:43:08 +0200
- Message-id: <200408301843.08575.andreas.scherer@xxxxxxxxx>
Am Montag, 30. August 2004 15:22 schrieb Udo Gerhards:
Dafür, dass lesend gemaeinsam zugegriffen wird braucht es sicher
keine "referenzielle Integrität". :)
Das hat auch weder etwas mit "Transactions" noch etwas mit
"referenzieller Integrität" zu tun.
Ich rate in diesem Fall auch zu MySQL, denn mehr wird nicht
gefordert. Und um die ursprüngliche Frage wieder aufzugreifen:
MySQL ist IMHO hier sicher die schnellere Datenbank, auf Grund des
viel geringeren Overheads. Als weiter Vorteil kommt noch dazu, dass
es ja, AFAIR darum gilt mit weiteren MySQL-Datenbanken zu
kooperieren.
lg, Andreas.
On Monday 30 August 2004 15:04, Helmut Zengerling wrote:[...]
...
Timeouts sind das kleinere Problem , die kann man umschiffen...
Na ja,
die Benutzer "benutzen" gemeinsame Daten (über Select-Boxes,
etc), um diese in Ihrem eigene Account und damit eben in Tabellen
zu speichern. Soweit ich das abschätzen kann, ist das das
einzige, was die Benutzer gemeinsam nutzen.
Dafür, dass lesend gemaeinsam zugegriffen wird braucht es sicher
keine "referenzielle Integrität". :)
Wenn Daten gelöscht
oder modifiziert werden, dann nur durch den Benutzer selber. Alle
anderen können nur Lesend drauf zugreifen, oder nur einen
Kommentar dazu schreiben. Es kann aber sein, daß mehrere Benutzer
z.B. das gleiche Formular ausfüllen und gleichzeitig an die
Datenbank abschicken.
Das hat auch weder etwas mit "Transactions" noch etwas mit
"referenzieller Integrität" zu tun.
Ich rate in diesem Fall auch zu MySQL, denn mehr wird nicht
gefordert. Und um die ursprüngliche Frage wieder aufzugreifen:
MySQL ist IMHO hier sicher die schnellere Datenbank, auf Grund des
viel geringeren Overheads. Als weiter Vorteil kommt noch dazu, dass
es ja, AFAIR darum gilt mit weiteren MySQL-Datenbanken zu
kooperieren.
lg, Andreas.
| < Previous | Next > |