und wie nun weiter - unsicher

[Michael Bergbauer]

On 16-Jan-2002 Norbert Pfeiffer wrote:
> Hi,
> 
>> > tschuldigung, das wird jetzt etwas umfangreicher... :)
>> nö, geht schon.
> warts ab... ;-)
> 
>> kannst du mal die Source schicken,
> siehe unten
> 
>> Sonst wäre da noch die Frage der Indexierung deiner Tabelle.
>> Bei jedem Update muß der Index neu geschrieben werden,
>> vielleicht geht da Zeit verloren.
> IMHO nicht,
> da kein Feld, welches zu einem Index gehoert upgedated wird.
> Habe das auch gleich mal getested, also den Index entfernt.
> Es ergaben sich keine wesentlichen Aenderungen...
> 
> 
> Stellen sich mir nun die Fragen:
> - sind PHP-Scripte nun SO toll
> - oder Datenbanken nur einfach langsam
> 
> Es ist IMHO keine Frage, dass Datenbanken das Datenmanagement
> fuer den Programmierer und den Anwender sehr vereinfachen.
> 
> Wenn man jedoch mit einer etwas durchdachten Non-DB-Anwendung
> wesentlich schneller ist, schraenkt sich der Anwendungsbereich
> von Datenbanken doch wesentlich ein... :-(
> Etwa so:  08/15-Applikation ----> JA,
>           High-Speed-Anwendung -> eher Nein
> Wobei der Aufwand fuer eine extra programmierte Loesung
> auf keinen Fall unterschaetzt werden darf - Kostenfrage.

Um es mal klar und deutlich zu sagen: es gibt keine eierlegende Wollmilchsau,
keine Lösung, die für alle passt. 

Du hast jetzt einen Lasttest mit 100 Usern gemacht - wieviele User erwartest
du? 100? 1000? 10000? Wie sieht es dann mit dem Performance-Vergleich zwischen
DB und FS aus? 

Wie Georg schon gesagt hat, hat er für den ersten Aufruf des Scripts einen
Vorteil von der DB-Lösung gegen die FS-Lösung gefunden - wie sieht es damit im
realen Betrieb aus - sprich, kann man im normalen Betrieb deiner Anwendung den
Vorteil des FS-Caches, dem Read-Ahead und Write-Behind nutzen? Wie sieht es mit
Datenkonsistenz aus? Es gibt mit Sicherheit noch schnellere Lösungen - die
Statusdaten nur im Speicher halten und nur alle 30 Sekunden asyonchron auf
Platte schreiben und das mit irgendwelchen IPC-Mitteln abgleichen, oder was
auch immer.

Du musst von Fall zu Fall entscheiden was günstiger ist. Bei der
Programmentwicklung gibt es mehrere Entwicklungsziele: Minimaler
Speichervebrauch, minimale Rechenzeit, einfache Programmstruktur (was immer das
heissen mag), Wiederverwendbarkeit, leichte oder einfache Implementierung,
schnelle Realisierung. Alle Ziele kann man nie erreichen, man muss immer den
für das Problem angemessenen Weg gehen. Es ist gut, wenn man - so wie du - auf
mehrere Ideen kommt, wie man etwas realisieren kann und wenn man die
Ergebnisse, die man beim einem Vergleich dieser Methoden erhält, kritisch
hinterfragt

Michael

-- 
michael Bergbauer <michael_(at)_noname.franken.de>
Use your idle CPU cycles.
See http://www.distributed.net and win $ 1 000.
Visit our mud Geas at geas.franken.de Port 3333

---
Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter
-->>  http://www.4t2.com/mysql