Hallo, Helmut Zengerling schrieb am Montag, 30. August 2004 um 11:41:
dann hoffe ich darauf, dass bei meiner Bank, ebay und amazon Laien am werk sind, die sich gedanken um referentielle integrität machen, auf "profis" die das nicht tun kann ich gut verzichten !!!
Nicht jede Applikation braucht referentielle Integrität und Transaktionen. Und Transaktionen schützen dich auch nicht vor allem. Ich wüsste nicht, warum ich bei einem CMS generell Transaktionen brauche und referentielle Integrität nicht in der Applikationen sicherstellen kann [1]. Es ist zwar hip, die gesamte Business-Logik in die Datenbank zu verschieben, aber ob es immer sinnvoll ist, ist eine andere Frage.
Abrechnungssysteme, Accountdatenbanken, Buchungssysteme, alles Sachen bei denen man auf Transaktionen getrost verzichten kann ?????? alte konzepte ??? die man nicht benötigt ??? Bin ich im falschen film ?
Es gibt nicht-zeitkritische Applikationnen, das sind vor allem die, die du hier aufzählst. Da macht es nichts, wenn eine Query eine Sekunde oder 5 Sekunden rennt. Da wird auf andere Dinge Wert gelegt. Bei diesen ganzen Diskussionen Postgres vs. MySQL vs. MS-SQL vs. Oracle vs. DB2 wird immer vergessen, dass es vielleicht weniger kosten- und aufwandintensiv ist, mit einer angemessenen Lösung auf ein Problem zu schiessen. Oder: Warum brauche ich für einen RSS-Feed eine Sun Enterprise E15K und Oracle, wenn auch SQLite ausreicht? MySQL ist keine Konkurrenz für Oracle oder DB2. Das ist am anderen Ende der Skala. Gruss, Andreas [1] Eine atomare Operation reicht für die kleineren Wehwehchen in der Regel