Mailinglist Archive: opensuse-de (4451 mails)

[marc.schiffbauer@xxxxxxxxxxxxxx (Marc Schiffbauer)]

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@xxxxxxxx
For additional commands, e-mail: suse-linux-help@xxxxxxxx