Hallo. Ich speichere pro Datensatz ein Bild 100x100 in JPEG format ab. Nun habe ich 404 Datensätzen die Tabelle ist ca. 1,4 mb Groß.

Mit Select werden nur maximal 40 Datensätze angezeigt, nun ist die Frage was würde passieren, wenn ich 10.000 Datensätze mit Bildern haben werden. Arbeitet mein Programm langsamer oder genau so "schnell" wie jetzt, da durch die Select Abfrage nur maximal 40 Datensätze "übertragen" werden?

Wenn du mit deiner Abfrage nur 40 Datensätze auswählst, werden auch nur die 40 übertragen.

ich denke er meint ob es länger dauert 40 Datensatze zu laden wenn 10.000 Datensaätze da sind, als wenn nur 100 da sind...

Für dein Programm düften sich keine Änderungen ergeben. Es ist eher die Frage wie der MySQL-Server regiert. Aber eigentlich sollten sich dann auch keine größeren Probleme ergeben.

Danke für die schnelle Antwort!

Ich hab eine mySQL-Tabelle, die ca. 1507 MB an Daten enthaelt, davon gehn ca. 693 MB fuer den Index drauf, der Rest sind die Daten an sich (das ist keine Tabelle im Produktiveinsatz, nicht dass mir jetzt jemand da dummes DB-Design vorwirft, das ist mehr ein Feldversuch).
In der Tabelle stehn Log-Daten vom Apachen, die ich schon in die einzelnen Felder aufgeteilt hab.
Folgendes Query:
SELECT DISTINCT log_useragent FROM log_data ORDER BY log_useragent braucht auf meiner Maschine (Celeron mit 1.8 GHz, 512 MB Ram) ca. 7 Minuten zum Durchlaufen, was kein Wunder ist, bei den 3.6 Millionen Datensaetzen die da drin liegen. Das Feld ist momentan noch nicht normalisiert, deswegen sind da auch so viele Daten drin. Wie gesagt, war eigentlich ein dummer Feldversuch, dessen Reste zufaellig noch rumliegen

Ab wann du eine deutliche Verlangsamung feststellst, ist natuerlich fraglich, aber irgendwann wird die Tabelle merlich langsam, vor allem wenn du die Indizes nicht richtig erstellst.
Mein Tipp: speicher das Bild im Dateisystem, und speicher nur den Pfad dazu. Das Auslesen der Daten, und auch das Anzeigen des Bildes werden viel weniger Speicher und weniger Rechenaufwand benoetigen

Greetz
alcaeus

Zitat:

Mein Tipp: speicher das Bild im Dateisystem, und speicher nur den Pfad dazu. Das Auslesen der Daten, und auch das Anzeigen des Bildes werden viel weniger Speicher und weniger Rechenaufwand benoetigen

..der Kunde möchtet.. alle Bilder und dazugehörige Daten in eine Tabelle habe. (40 Datensätze)
..Die Daten später in Report anschauen / ausdrucken.. (in diesen Fall kann ich nicht alle Bilder > 2MB auf 100x100 verkleinen das kann dauen, wennd die Bilder auf dem Server liegen...)
..Fall ein bild auf der Platte verloren geht, kann man (auch wenn das bild klein ist) nachvolziehen was das für ein bild ist.


es sprechen viele Gründe dagegen, warum ich in meinen Fall das nicht machen kann.

Muß es MySQL sein? Andere DBMS haben weniger Probleme mit vielen DS.

..ich habe momentan keine Probleme... wollte aber nur in voraus wissen.. aber so wie das aussieht würde es ja keine Probleme geben oder?

Zitat von mkinzler:

Muß es MySQL sein? Andere DBMS haben weniger Probleme mit vielen DS.

Auch mySQL hat keine Probleme bei vielen DS. 10k Datensaetze ist weit unter dem, was mySQL schafft. Wichtig ist nur, die Queries daran anzupassen.

Greetz
alcaeus