nicht angemeldet
Hallo Ludger,
ich habe eine schnelle Antwort von Dir befuerchtet.
Dito.
[... Dateien nicht in Datenbanken speichern ...]
das aber nur, wenn das Datenbankverwaltungssystem das
Speichern von ganzen Dateien (BLOBs etc.) nicht
vollstaendig (also nur suboptimal) unterstuetzt.
Wie kommst du zu diesem Schluss?Nun, wegen des Satzes "Alles so einfach wie moeglich!", der
neben "Divide et impera!" einer der Hauptsaetze unseres
Aufgabengebiets (und nicht nur unseres Aufgabengebiets) zu
sein scheint.Tut mir leid, aber das habe ich noch nicht gehoert. Warum sollte
man dann etwas wie B-Baeume nutzen? Lineare Listen sind doch viel
einfacher.Dir ist nicht klar, dass Komplexitaet boese ist?!
Du erzaehlst grossen Unfug. Unnoetige Komplexitaet mag boese sein,
aber Komplexitaet an sich ist alles andere als Boese.
Wenn man statt notwendigerweise einem System zwei Systeme am
Start hat (das DBMS und das FileSystem), dann ist unnoetige
Komplexitaet im Spiel.Das ist Ansichtssache. Die Komplexitaet ist durchaus notwendig.
Speichert man Dateien in Datenbanken, werden diese zwangslaeufig
gross und langsamer.Nein, nicht notwendigerweise.
Dann erklaere mir bitte, warum die »grossen 3« (MySQL, PostGreSQL und
DB/2) spuerbar langsamer werden. Wenn es doch nicht notwendig ist.
Oracle kenne ich nicht, kann ich also nicht beurteilen.
Man muss nicht alles mit Hardware erschlagen.
Ja, hatte ich auch nicht vor.
So kommt es mir aber durchaus vor.
Das ist eine vergleichbare Herausforderung wie mit der hier
gegebenen Forumsprogrammierung. Auch da sollte m.E. _eine_
Logik verschiedene Foren bedienen. Wenn ich, wie z.B. von
Matthias Bigge, hoere, dass da Code-Templates (!, vgl. das
Copy-Konzept aelterer COBOL-Dialekte) am Start sind, die
anzupassen sind (Thread "Frage zur laengerandauernden
Unverfuegbarkeit von Tochterforen" oder so aehnlich; noch
nicht archiviert (18.08.2004, 16:04)), dann treiben
mich Sorgen.Ehm, bitte was? Tut mir leid, aber dein Ausflug ergibt keinerlei
Sinn.Sei doch ganz ehrlich. Meine Aufuehrungen ergeben fuer Dich
keinerlei Sinn.
Der zitierte Absatz ergibt keinerlei Sinn, nein. Das sagte ich doch
bereits.
Natuerlich
Warum natuerlich? Templates sind bei der Programmierung alles
andere als natuerlich.
Nein. Templates sind die Umsetzung eines der elementaren Grundsaetze
der Software-Entwicklung: trenne Logik und Design voneinander. Was
dabei rauskommt, wenn man eben das nicht tut, sieht man gut an
Projekten wie phpOpenGroupware (oder wie die gleich heisst). Nicht
brauchbar, da das Aussehen nicht aenderbar ist.
Was dabei rauskommt habe ich schon oft beobachtet: es wird viel
gearbeitet und manche Sachen gehen nicht, die gehen muessten.
Humbug. Warum sollte das so sein? Tut mir leid, aber in meinen Augen
disqualifizierst du dich gerade.
werden hier Templates eingesetzt,
Gut, hoffentlich nur fuer die Ressourcen?
Nein, fuer das Aussehen.
ich brenne doch nicht alles in den Code.
Darum muss man teilen zwischen den Ressourcen und der Logik.
Man teilt zwischen Ressourcen, Logik und Aussehen.
Und natuerlich muessen die angepasst werden.
Der Code oder die Ressourcen?
Die Templates.
Grüße,
CK