- Registriert
- 15.05.06
- Beiträge
- 2.213
Hallo,
ich arbeite gerade an einer Intranet Bilddatenbank. Diese umfasst derzeit 2000 Fotos, welche nach Stichworten durchsucht werden können. Nun habe ich ein weiteres Script geschrieben, welches die Bilder analysiert, so dass man nach Farben suchen kann. Für die Berechnung und Indexierung fallen pro Bild 16 Einträge in einer separaten Table an. Also stehen wir gerade bei 2000 Einträgen mit Bildern und 32000 Einträgen mit Analysewerten. Und da mach ich mir langsam Gedanken, wie weit da MySQL mitspielt. Bis jetzt läuft es noch rund. Auch die ganzen avg() und count() machen noch nichts aus. Allerdings wird das Archiv pro Woche um ca. 100 Bilder wachsen. Also 1700 Einträge pro Woche, die alle durchsucht werden müssen.
Was meinen die DB Profis, sollte man für sowas eine andere DB nutzen? PostgreSQL z.B.
Sollte halt Open Source sein. Oder brauchts da eine kommerzielle Lösung?
Oder anders gefragt, wo komme ich bei MySQL in den Grenzbereich?
ich arbeite gerade an einer Intranet Bilddatenbank. Diese umfasst derzeit 2000 Fotos, welche nach Stichworten durchsucht werden können. Nun habe ich ein weiteres Script geschrieben, welches die Bilder analysiert, so dass man nach Farben suchen kann. Für die Berechnung und Indexierung fallen pro Bild 16 Einträge in einer separaten Table an. Also stehen wir gerade bei 2000 Einträgen mit Bildern und 32000 Einträgen mit Analysewerten. Und da mach ich mir langsam Gedanken, wie weit da MySQL mitspielt. Bis jetzt läuft es noch rund. Auch die ganzen avg() und count() machen noch nichts aus. Allerdings wird das Archiv pro Woche um ca. 100 Bilder wachsen. Also 1700 Einträge pro Woche, die alle durchsucht werden müssen.
Was meinen die DB Profis, sollte man für sowas eine andere DB nutzen? PostgreSQL z.B.
Sollte halt Open Source sein. Oder brauchts da eine kommerzielle Lösung?
Oder anders gefragt, wo komme ich bei MySQL in den Grenzbereich?