Witam,
zabieram sie za archiwum zdjec, i mam problem z projektem bazy.
oto co ma sie znalezc w bazie:

Płyty: nazwa_plyty, data_utworzenia
Zdjęcia: nazwa, autor, opis, plyta, klucze[], kategorie[]

i tu jest problem, bo kazde zdjecie ma w IPTC klika słów kluczowych jak i może mieć kilka kategorii. głównym zadaniem bazy jest wyszukiwanie zdjęć po kluczach i kategoriach, to tez trzeba brac pod uwagę. wstepny projekt tabeli zdjecia wyglada tak:



przy czym krotka z kluczami wyglądałaby tak: "klucz1, klucz2, klucz3", tak samo z kategoriami.
to by jakiś sens miało, ale przypuszczam ze lepiej by to mozna bylo rozwiazac, np. dwie osobne tabele dla kluczy i kategorii (na pewno będą się powtarzać).



napiszcie plz co o tym sądzicie.

imho lepiej zrobić na dwóch tabelach...

czyli druga wersja, ale wtedy też nie uniknę powtórzeń, np. jak bede mial dwa zdjecia z nastepujacymi kluczami: zdjecie1 (kobieta, rower, pies), zdjecie2 (kobieta, rower, wybory)

to tabela z kluczami wygląda tak:

klucz | id_zdjecia
============
kobieta | 1
rower | 1
pies | 1
kobieta | 2
rower | 2
wybory | 2

nie da sie jakos wyeliminowac tej nadmiarowosci?

Zamiast klucza typu kobieta, rower, ... trzymaj id klucza

Powtórzeń nie wyeliminujesz, bo relacja zdjęcia-klucze jest wiele do wielu.
W praktyce często stosuje się tablele powiązań:

[SQL] pobierz, plaintext 
ZDJECIA (id_zdjecia, pozostale)
KLUCZE (id_klucza, nazwa)
KATEGORIE (id_kategorii, nazwa)
ZDJECIA_KLUCZE (id_zdjecia, id_klucza)
ZDJECIA_KATEGORIE (id_zdjecia, id_kategorii)
[SQL] pobierz, plaintext 

Dzięki takiemu rozwiązaniu można np:
- przenieść zdjęcie z jednej kategorii do drugiej nie usuwając kategorii,
- w prosty sposób zrobić wybór kategorii w programie obsługującym bazę.

Teraz mam jeszcze jedno zadanie - optymalizacja zapytania wyszukującego:

[SQL] pobierz, plaintext 
SELECT zdjecia.id, zdjecia.nazwa, zdjecia.id_plyta 
FROM zdjecia WHERE zdjecia.id IN (SELECT klucze_zdjecia.id_zdjecie 
FROM klucze_zdjecia WHERE klucze_zdjecia.id_klucz IN (SELECT id 
FROM klucze WHERE klucze.nazwa LIKE '%krowa%'))
[SQL] pobierz, plaintext 

wykonanie tego zapytania trwa 26 sek.!!

mam w bazie 1300 zdjec, 160 kluczy i 2000 powiazan kluczy i zdjec.
moze cos poradzicie jak to lepiej napisac?