nicht angemeldet
Hi!
IMHO solltet Ihr Euch nicht zu viele Gedanken über die Extreme machen. Bedenkt mal das Verhältnis von lesenden Anfragen zu schreibenden Anfragen. Hier im Forum sieht das im Augenblick so aus: auf 800 Aufrufe des Posting-Scriptes, kommen 24.000 lesende Zugriffe, das heißt schreibende Zugriffe machen gerade mal 3% aus.
Das ist schon einen Gedanken wert. Die Datenmengen sind also entscheidend, oder genauer gesagt, die Anzahl der Datensätze. Und da ist mein zweiter Vorschlag schon besser geeignet, das zu handhaben, allerdings auf Kosten des vergeudeten Speicherplatzes.
Speicherplatz kostet doch fast nichts mehr ;-)
Was hat man davon sparsam mit Speicherplatz zu sein (z.B. um die Software auf einem shared hosting server laufen zu lassen?), wenn auf der anderen Seite die Performance für lesende Zugriffe bei so einen shared-hosting account vorne und hinten nicht reichen würde? Ich gebe da nur mal wieder unser Forum hier zu bedenken. Ich glaube das Archiv hat in 5 Jahren um die 500 MB Daten gesammelt. Glaubst Du, dass man Forum und Suche mit PHP auf einem shared hosting Server betreiben könnte? Andere Boards(auf PHP/MySQL-Basis), wie das von Gentoo, wo es ähnlich viele Postings gibt, läuft z.B. auf einem Cluster mit Dual-Xeons, und einem dedizierten DB-Rechner, ebenfalls Dual Xeon mit 4 GB RAM.
Was ich damit sagen will:
Wenn man sich über solche Dinge wie Speicherplatz Gedanken macht benötigt man schon längst einen eigenen Server für sowas, und dabei ist es fast egal ob der jetzt 40 oder 160 GB Speicherlatz mitbringt. Denn selbst wenn man mit seinen Daten nur in die Größenordnung von 40 GB kommen würde, dann bräuchte man zur Bewältigung der Last vermutlich einen kleinen Server-Park der einen größeren 5-stelligen Betrag kostet(netter Mittelklasse-Wagen). (nur so vom Gefühl her, sicher lässt sich nicht alles so verallgemeinern...)
Vielleicht rede ich jetzt auch am Thema vorbei, aber dann klärt mich mal auf wo jetzt genau die Probleme liegt ;-)
Du hast keinesfalls am Thema vorbei geredet, sondern einen wertvollen Beitrag geleistet, um anderen später die Entscheidung für die passende Mehtode leichter zu machen. Eine SQL-Datenbank ist nicht immer die passende Lösung. Manchmal ist sie total überskaliert und manchmal muss sie auch speziellen Erfordernissen genügen --> Arbeitsagentur.de (um das Frontend haben die sich ja bekanntermaßen nicht gekümmert, aber die Datenbank würde mit MySQL schlapp machen *g*)
Naja, wenn ich auch kein großer Freund von MySQL mehr bin, will ich doch mal auf einen kleinen "Erfahrungs-Bericht" hinweisen: http://www.mysql.com/news-and-events/success-stories/mobile.de.html
Grüße
Andreas
SELFHTML Linkverzeichnis: http://aktuell.de.selfhtml.org/links/