DB-Organisation für Bilderhaufen

Schneeschaufel · 01.07.2005, 15:50

Tag.

Ich grübel ergebnislos über eine Db-Lösung für einen Bilderhaufen.
Kurz um:
User hat die Id 10 zum Beispiel und diese Id 10 kann x Bilder in die DB ablegen.
Die Frage is: Wie bastelt man da die Struktur zusammen?

Mir hat man gesagt, man solle das alles in eine Zeile legen, also Userid 10 und die Bilderid´s kommen in eine Wurscht, getrennt durch $ oder was auch immer...?

Für jeden User eine eigene Tabelle erscheint mir wenig sinnvoll.
Vielleicht kann mir wer den Knoten aufknüpfen...

Anregende Hinweise werden honoriert

verwirrt grüßt
Thomas

the-architect · 01.07.2005, 15:58

eine knotentabelle:

userid|bildid

und die bildinformationen in eine eigene tabelle auslagern:

bildid|url|...

dann kannste mit nem join draufzugreifen

steffenk · 01.07.2005, 17:18

das musst Du in einer Tabelle (userpics) ablegen:

userid | erlaubte Bilder | abgelegte Bilder (Beschreibung)

jetzt mit Namen:

userid | picsallowed | pics

Jedesmal, wenn der User ein Bild hochladen will, wird geschaut, ob er noch darf, und danach wird pics hochgezählt:
SELECT (`userpics`.`picsallowed`-`userpics`.`pics`) as `restpics` FROM `userpics` WHERE `userpics`.`userid`=$id

ist restpics >0 dann
UPDATE `userpics` SET `userpics`.`pics`=`userpics`.`pics`+1

Das wäre mein Ansatz

Schneeschaufel · 04.07.2005, 00:37

Ich werd mir das morgen mal zu Gemüte führen... Merci für Tipps.

321 · 04.07.2005, 08:57

Kommt schon drauf an, was Du letztlich damit anfangen willst.
Wäre zu überlegen, den Bildern thematische und technische Kategorien und Keywords zu zuweisen, nach denen dann auch gesucht werden könnte.
Keinesfalls würde ich pro User eine Wurst von sämtlichen Bildern anlegen, da macht man sich das Leben schwer, sowas zu bearbeiten und zu durchsuchen.

PeterBrand · 04.07.2005, 09:53

Hast Du in dem Fall nicht 2 Tables?

Eine für den User und eine für die Bilder.
Und bei den Bildern hast Du ein Feld, in dem der zugehörige User drin steht...

Seh gerade... das hat the-architect wohl auch so gemeint...

the-architect · 05.07.2005, 17:07

Schneeschaufel · 05.07.2005, 17:15

Es sind jetzt zwei Tabellen geworden.
Eine für die Userdaten, die andere für die Bilder mit auto_increment-id für die Bildnummer und einfach eine Id für die Userid zum Bild.

steffenk · 05.07.2005, 17:16

warum nicht userid in tabelle bild ?
das spart eine tabelle, join ist nachwievor möglich

Schneeschaufel · 05.07.2005, 17:17

Solltest du meinen Post meinen: Is eh drin.

steffenk · 05.07.2005, 17:20

war posting zur selben Zeit

the-architect · 05.07.2005, 17:24

geht so natürlich auch. aber bei großen tables bringen solche node-tables schon performance verbesserungen und man trennt die daten von den beziehungen

Schneeschaufel · 05.07.2005, 17:30

Zitat:

Zitat von the-architect

geht so natürlich auch. aber bei großen tables bringen solche node-tables schon performance verbesserungen und man trennt die daten von den beziehungen

Bin kein DB-Spezi...
...wenn mir irgendwann der mysql-Server absäuft weil die Daten nicht mehr sauber gefuttert werden, überleg ich mir die Auslagerung auf 3 Tables.