MySQL: TEXT vs. BLOB

Beitrag von **800XE** » 21.04.2009, 00:59

ich hab schon mitbekommen
das es nicht um Sortieren bzw durchsuchen geht
offTOPIC

Logge hat geschrieben:Wenn man sehr große Datenmengen durchsuchen möchte und die Performance eine große Rolle spielt, kann man über eigene Implementierungen nachdenken (Kosten beginnend im hohen 6-stelligen Bereich). Ich denke aber nicht, dass einer der hießigen Diskussionsteilnehmer in diesen Dimensionen arbeitet.

naja, einer ist keiner

ich bin der eine
www.shop800.de/Artikelsuche/
6,002,506 Artikel aus 407 Shops
8,860,992 Artikel in 5141 Suchen gefunden

Die Suche selbst, ist natürlich kein "LIKE" im SQL ....
... das hatte bei "nur" 1 Mill Artikel schon 30-60 oder mehr Secunden gedauert

erstelle mir eigenen Index und dann sind es nur noch 5 secunden

von **Anzeige von ABAKUS** »

SEO Consulting bei ABAKUS Internet Marketing
Erfahrung seit 2002

persönliche Betreuung
individuelle Beratung
kompetente Umsetzung

Jetzt anfragen: 0511 / 300325-0.

Beitrag von **Logge** » 21.04.2009, 01:25

Auf welcher Hardware?

Beitrag von **800XE** » 21.04.2009, 02:33

Logge hat geschrieben:Auf welcher Hardware?

AMD Atlon XP1800+ zum ermitteln was sich geändert hat
Pentium 200 Mhz zum aktualliesieren des Index
//EDIT
https://csvaffiliate.de/Affiliate/CSV-S ... l#INVENTUR

Beitrag von **nerd** » 22.04.2009, 13:54

godzilla hat geschrieben: Fakt ist: MYSQL ist ein relationaler Datenspeicher. Genau dafür kann man sie benutzen, genau dafür ist sie gut. Für den grossen Rest kann man MYSQL einfach vergessen.

linkedin benutzt imho mysql, und einige dienste bei google haengen auch dran. allerdings haben die eine modifizierte version und alles entfernt was sie nicht brauchen.

Beitrag von **nerd** » 22.04.2009, 14:05

800XE hat geschrieben: Die Suche selbst, ist natürlich kein "LIKE" im SQL ....
... das hatte bei "nur" 1 Mill Artikel schon 30-60 oder mehr Secunden gedauert
erstelle mir eigenen Index und dann sind es nur noch 5 secunden

6 millionen records ist nicht gerade viel. wenn du manuell einen index table erstellst und diesen dann korrekt indizieren laesst, kannst du auch 60 millionen records in deutlich weniger als einer sekunde durchsuchen. und deine sortierung kannst du auch besser beeinflussen. ist allerdings dann beim insert/update deutlich aufwaendiger auf der php seite.

Beitrag von **godzilla** » 24.04.2009, 12:25

linkedin benutzt imho mysql, und einige dienste bei google haengen auch dran. allerdings haben die eine modifizierte version und alles entfernt was sie nicht brauchen.

und das soll mir sagen?

Beitrag von **Logge** » 28.04.2009, 00:33

Er wollte wohl damit sagen, dass eine MySQL Datenbank mit 6 Mio Records noch lange nicht an ihre Grenzen kommt, wenn den alle anderen Komponenten (Dateinsystem, Hardware, ...) entsprechend eingerichtet sind.

Scalability and Limits:

* Handles large databases. We use MySQL Server with databases that contain 50 million records. We also know of users who use MySQL Server with 60,000 tables and about 5,000,000,000 rows.

Quelle:https://dev.mysql.com/doc/refman/5.1/en/features.html

Bei so großen Datenmengen sollte man sich aber Hilfe von einem Profi holen, der sich in Sachen Persistenz auskennt. Je nach Anforderungen sind natürlich andere Optionen sinnvoller.

Grüße Logge