haze2000n schrieb am 15. Oktober 2003 18:25
> Da schau einer her:
>
> MySQL wird Clusterfaehig werden, und somit immer mehr zur ernsten
> Konkurenz fuer Oracle and DB2.
...
> Bin gespannt wann der erste Kunde R/3 mit MySQL produktiv einsetzt?
> Gibst eigentlich kunden dei ihr R/3 auf der SAP DB laufen lassen -
> hat da jemand zahlen?
Nun, wenn man damit leben kann, dass wegen
fehlender Transaktionen (u.A.) Daten verloren
gehen, dass Inkonsistenzen zwischen den
Tabellen auftreten, die sich nur unter hohem
Aufwand von der Applikation abfangen lassen,
wenn überhaupt (Referentielle Integrität),
dass Constraints mißachtet werden (not null),
dass Daten anders aus der DB herauskommen,
als sie hineingeschrieben werden ( 0-Datum zu now(),
Integer Werte über maxint hinaus einfach abgerundet etc.)
Kurzgesagt, wenn einem seine eigenen Geschäftsprozesse
so ziemlich egal sind, dann könnte man MySQL für
solche Anwendungen verwenden.
Ansonsten nimmt man wohl lieber Postgresql
oder irgendwann Oracle.
Just my 0.02C
> Da schau einer her:
>
> MySQL wird Clusterfaehig werden, und somit immer mehr zur ernsten
> Konkurenz fuer Oracle and DB2.
...
> Bin gespannt wann der erste Kunde R/3 mit MySQL produktiv einsetzt?
> Gibst eigentlich kunden dei ihr R/3 auf der SAP DB laufen lassen -
> hat da jemand zahlen?
Nun, wenn man damit leben kann, dass wegen
fehlender Transaktionen (u.A.) Daten verloren
gehen, dass Inkonsistenzen zwischen den
Tabellen auftreten, die sich nur unter hohem
Aufwand von der Applikation abfangen lassen,
wenn überhaupt (Referentielle Integrität),
dass Constraints mißachtet werden (not null),
dass Daten anders aus der DB herauskommen,
als sie hineingeschrieben werden ( 0-Datum zu now(),
Integer Werte über maxint hinaus einfach abgerundet etc.)
Kurzgesagt, wenn einem seine eigenen Geschäftsprozesse
so ziemlich egal sind, dann könnte man MySQL für
solche Anwendungen verwenden.
Ansonsten nimmt man wohl lieber Postgresql
oder irgendwann Oracle.
Just my 0.02C