Dem schliess ich mich aus ganzen Herzen an. Bin gerade dabei so ein System wieder "zur�ckzubauen". Es ist gelinde gesagt eine bl�de Idee Inhalte in der Datenbank zu speichern. Es f�hrt zu unn�tigen Verz�gerungen, die je nach Serverload schon mal deutlich sp�rbar werden k�nnen. Volltextsuche wird komplizierter. Es ist in der t�glichen Arbeit ein Gefrett die Daten aktuell zu halten - es k�nnen immer nur ein paar Leute mit SQL arbeiten. Mit Dateien kann jeder arbeiten. Und und und ...
-- Viele Gr��e Hubert Daubmeier -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, November 24, 2003 12:55 PM To: '[EMAIL PROTECTED]' Subject: AW: [Coffeehouse] Webseiten in DB speichern oder nicht ? Warum ??? Wenn schon websites dann ist der Webserver mit alleinigem versenden von html doch vieeeeel schneller. Da braucht es keinen SQL dazu. Oder hab ich die Frage nicht verstanden ???? HH > -----Urspr�ngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Auftrag von L�tje > Dieter (KKK > TKEK) > Gesendet: Montag, 24. November 2003 12:17 > An: '[EMAIL PROTECTED]' > Betreff: [Coffeehouse] Webseiten in DB speichern oder nicht ? > > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hallo Liste, > > ich arbeite hier daran unser Intranet in eine SQL-Datenbank zu > packen, und beim Aufruf der Seite dann den jeweiligen Inhalt halt von > dort zu lesen. > > Da bieten sich aber nun verschiedene L�sungswege an, und h�tte mal > gerne eure Meinung geh�rt. > > Die erste M�glichkeit w�re ein Feld vom Typ varchar(8000) oder > nvarchar(4000) zu nehmen und die Webseiten in das Feld zu speichern. > Wenn die Webseite gr��er als 4000 bzw. 8000 Zeichen ist, wird in das > Feld ein "<CONTENTFILE>" geschrieben und anhand der Recordnummer die > Webseite aus einer Datei gelesen. > > Die n�chste M�glichkeit w�re die ein Feld vom Typ text oder ntext zu > nehmen, und die Webseite dort reinzuschreiben. > > Die erstere M�glichkeit habe ich hier realisiert, derweil mir damals > text-Felder mit sehr gro�en Inhalte Schwierigkeiten beim Lesen > bereitet hatten, ich ein bischen unter Zeitdruck stand und der > SQL-Server neu f�r mich war. > > Was habt Ihr da so f�r Meinungen / Erfahrungen ? > > L�sung 1 mit evtl. auch SEHR SEHR vielen Dateien im FS, oder lieber > auf text-Felder umschwenken ? > > > mfG - D. L�tje > > - --- > > \\|||// //|||\\ > | | (� �) > (.) (.) " > ==============oOO==(_)==OOo=============��O===�==O��============== > > Dieter L�tje, Kernkraftwerk Kr�mmel, Elbuferstr. 82, D-21502 > Geesthacht. > Tel.: +49 (0)4152 - 15 23 25, Fax: +49 (0)4152 - 15 23 39. > eMail: [EMAIL PROTECTED] > > PGP-Key at: idap://certserver.pgp.com or > PGP-Fingerprint: C52A 5AEC 91B1 7F84 3BCA F406 43AE 8845 27CC 09BA > > -----BEGIN PGP SIGNATURE----- > Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com> > > iQA/AwUBP8HpIEOuiEUnzAm6EQJFFQCfbxF5dQKSQZsuV3uCuM5sKIduWRYAoM48 > fBUNUf9RXYKq3QX4K67t4HeM > =uM6b > -----END PGP SIGNATURE----- > _______________________________________________ > Coffeehouse mailing list > [EMAIL PROTECTED] > http://www.glengamoi.com/mailman/listinfo/coffeehouse > _______________________________________________ Coffeehouse mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/coffeehouse _______________________________________________ Coffeehouse mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/coffeehouse
