Website DB-basiert versus Filebasiert

[himitsu]

Zitat:

Ein Argument pro DB meinerseits war, dass die Daten da etwas besser vor Angriffen geschützt sein dürften.

eigentlich schlechter

Nur Dateisystem:

• man muß irgendwie auf die Dateien zugreifen
  > dein Programm, HTTP-Server, FTP-Server, PHP-Engine, ...

In Datenbank:

• man muß irgendwie auf die Datenbank zugreifen
  > DB-Server
• aber man kann auch einen DB-Befehl einschleusen
  > dein Programm, HTTP-Server, FTP-Server, PHP-Engine usw.

Insgesammt also nochmal ein zusätzlicher Angriffspunkt.

[p80286]

Zitat:

Zitat von sx2008 (Beitrag 1281660)

Ein Dateisystem ist übrigens auch eine Datenbank und zwar handelt es sich um eine Key-Value Datenbank.
Der Key ist der Dateiname inklusive Pfad und der Value ist der Inhalt der Datei. Die API ist im Betriebssystem integriert und Managementtools sind auch schon an Bord.

Man benötigt nicht immer eine relationale Datenbank sondern gerade bei Webserver reicht meistens eine NoSQL Datenbank aus.

Wenn man z.B. MySQL nur dazu verwendet um statische Blobs (z.B. JPegs, Html, Javascriptdateien) zu speichern und die Features von SQL (Joins, Aggregatfunktionen, Views,...) nicht in Anspruch nimmt dann hat man das falsche Werkzeug benützt.
Möchte man ein Forum abbilden (mit User, Benutzerechten, Unterforen, Tags, Suchfunktion,...) dann ist eine relationale Datenbank natürlich sehr nützlich. Es kommt halt immer auf die Anwendung an.

PS: statische Inhalte - also Dateien die vom Entwickler der Webseite erstellt wurden - sollte man immer als Dateien und nicht in einer rel. Datenbank speichern.

Könnte man dieses Statement irgendwie an prominenter Stelle als allgemein gültige Aussage ablegen?
So als "Grundlage der Programmierung"?

Gruß
K-H

[Sherlock]

Beispiel für dateibasierten Webauftritt: Wir nutzen in der Firma DokuWiki für unser internes Wiki. Das ist von den Inhalten her komplett Dateibasiert und richtig zügig. Es gilt bei denen als Feature, daß es keine DB braucht, da es damit leichter in die vorhandene Infrastruktur integrierbar ist. Es ist quasi nur ein gängiger HTTP-Server nötig (bei uns Apache). Ich find den Gedanken charmant, daß im Katastrophenfall, keine DB-Files zu rekonstruieren wären, sondern "nur" Textdateien.

Sherlock

[Delbor]

Hi zusammen

Zitat:

Das ist von den Inhalten her komplett Dateibasiert

Also auch die Infos über registrierte User etc.? Könnte ich sogar lösen, ohne meine grauen Hirnzellen zu sehr in Bewegung zu setzen, da ich Ergebnisse von Selectabfragen in einer eigenen Klassen ablege, deren Instanzen die komplette Tabellenstruktur darstellen und so einen auf mehrere Tabellen verteilten DS aufnehmen.
Das ist eine ernsthafte Überlegung Wert.

Gruss
Delbor