Jan Trippler wrote:
On Sam, Apr 08, 2000 at 07:55:17 +0200, Marc Schiffbauer wrote: [Eignung von LAMP]
Jan Trippler wrote:
best. Maximallänge haben (z. T. nur 255 Zeichen, ich weiß jetzt aber nicht, wie das bei MySQL aussieht). Was passiert, wenn der
zB. typ text. Da kann man dann 4GB reinhauen.
Der Datentyp text ist BLOB. Siehe unten.
Also das gleiche ist es nicht. text ist ein case insensitives blob.
PHP?
Das ist genau das, was ich _nicht_ meine. Mit einem von Dir (oder jemand anderem) verfassten PHP-Script machst Du Folgendes: - Lesen von Datensätzen aus der DB - Bearbeiten der Datensätze - Darstellen der Daten (übers Netz, per Streaming oder sonstwie)
Du musst _immer_ die Daten erst aus der DB rausholen. Mit der zu einer relationalen DB gehörenden Abfragesprache SQL kannst Du z. B. nicht Volltextsuche in text-Feldern machen, dafür bietet SQL keine Befehle an. Die like- oder matches-Operatoren greifen dafür nicht. Damit bist du also immer gezwungen, bei BLOBs mittels externer Programme die Daten zu verarbeiten. Die DB dient nur als Datengrab, sonst kann sie nichts mit den Daten anfangen. Mit anderen Datentypen kann SQL eine ganze Menge veranstalten (ausgefeilte Suchstrategien, Rechenoperationen, Typkonvertierungen, Indizierung, ...), mit BLOB nicht.
FALSCH. text und blob werden bei mySQL gehandelt wie varchar bzw. varchar binary. Die einzigen Unterschiede sind: - den Daten folgende Leerzeichen werden nicht abgeschnitte wie bei varchar - text und blob koennen keine default-Werte haben. Aber suche in den Feldern und indizierung etc sind sehr wohl moeglich..
BLOB-Operationen in relationalen DBMS nicht unbedingt schnell.
Was meinst du jetzt mit Blob-Operationen? Klar, wenn man ne Menge daten hat, dauerts auch laenger, bis die verarbeitet sind. Aber bei Sachen, die uebers Netzt kommen (eMails halt) ist das in dem Fall IMHO zu vernachlaessigen.
Kommt auf die Anzahl der Datensätze und die Leistungsfähigkeit des Severs an. Wenn Du in mehreren GByte unstrukturierten Daten nach einem Begriff suchen willst, dann ist diese Zeit mitnichten mehr zu vernachlässigen - Du bist ja nicht der Einzige auf dem System. Andere suchen ja auch, und zwar gleichzeitig.
Es geht hier um eMails. Suesse kleine Mails die ein oder andere mit einem Attachment.
Ich hab mir zum rumtesten mal ne MP3-DB gebastelt mit der ich MP3s ueber ein Webinterface in die Datenbank (BLOB) hochladen kann. Andersrum hab ich dann ein Apache-Modul geschrieben, mit dem man dann ueber eine virtuelle Verzeichnisstruktur auf dem Webserver die MP3s per streaming direkt aus der DB hoeren kann.
Da hast Du aber genau das gemacht, was ich oben beschrieben habe: Du hast die DB als Datengrab benutzt. Kann Deine DB z. B. nach Tonfolgen in den MP3-Daten suchen? Das wäre aber die Aufgabe der DB im
Nach Tonfolgen in MP3 dateien. soso. Also wenn eine DB solche spezialfaelle abdecken koennen soll... sowas wirds wohl nie geben.
Sinne des Fragestellers. Die Mails dort sollen ja wohl nicht einfach nur archiviert werden, sondern sie sollen (wenn ich das richtig verstanden habe) z. B. durchsucht, indiziert usw. werden können.
Wie oben beschrieben: Das geht doch.
Jan
-Marc -- +-----Du hast eine nützliche Linuxseite? Du suchst eine?-----------+ | --> http://www.Links2Linux.de <-- | | | +---Registered-Linux-User-#136487------------http://counter.li.org + --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com