zarządzanie zdjęciami w bazie - kilka pytań Opcje

[nowy_pehapowiec]

Cześć

Jak najlepiej zarządzać zdjęciami w bazie danych? Powiedzmy, że chodzi o sklep, w którym są produkty poukładane w różnych kategoriach. Każdy produkt może mieć zdjęcia (albo ulotki pdf). Oczywiście produkt ma też opis, nazwę. Jak zaprojektować taką bazę w której każdy produkt może mieć różną liczbę zdjęć? Wymyśliłem sobie takie proste rozwiązanie

tabela zdjecia
PRODUCT_ID | FOTO_NAME

i jeśli produkt ma kilka zdjęć to kilka razy pojawi się jego id w tej tabeli ale różne będą nazwy zdjęć. Jest jeszcze sprawa kolejności zdjęć. Jedyne na co wpadłem to dodatkowa kolumna ORDER. Pobierałbym nazwę zdjęć dla danego PRODUCT_ID i sortował według kolumny ORDER. Ale może macie jakiś lepszy pomysł?

I na koniec, czy zdjęcia trzymać w folderze danego produktu, czy jakoś inaczej to poukładać? Teraz mam folder BASE/XXXX i każdy produkt ma swój własny folder (taki jak PRODUCT_ID). Tylko, że jeśli produkty mają takie samo zdjęcie to musiałbym je mieć powtórzone w każdym folderze - spory minus.

Jak to rozplanować, żeby było lepiej.

pozdro

[vokiel]

Ad. 1.

[SQL] pobierz, plaintext 
DROP TABLE IF EXISTS `PRODUCT_CATEGORY`;
CREATE TABLE `PRODUCT_CATEGORY` (
  `PRODUCT_ID` int(11) NOT NULL,
  `CATEGORY_ID` int(11) NOT NULL,
  PRIMARY KEY  (PRODUCT_ID, CATEGORY_ID)
)  type = MyISAM
CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT CHARSET=utf8;
[SQL] pobierz, plaintext 

Ad. 2. Tak, rozdzielam. Dla mnie kategoria to kategoria, a produkt to produkt. Ale Ty nie musisz, jeśli Tobie jest wygodniej tak jak masz, łatwiej na tym pracować, mniej komplikacji to na prawdę zostań przy swojej wersji, po co masz się męczyć z czymś co Ci nie leży.

Nie trzeba robić tabeli product_category, można kategorie wypisać po przecinku w tabeli PRODUCT.

Ad. 3. Czyli tu chodzi o opisy produktu, a nie o strukturę tabel samej bazy

Ad. 4. Ważne, żebyś miał stały, konkretny system, którego się będziesz trzymał. Ten sam język, ustalona wielkość liter, używanie podkreślników, myślników etc. Później jak ktoś do tego będzie musiał się dobrać, albo nawet Ty sam, żeby nie trzeba było się zastanawiać pół dnia jak to jest zorganizowane.

Ad. 5. PRODUCT (PRODUCT_ID, NAME, TYPE)
Ja nie lubię takiego zapisu, bo gdy wyciągasz id z tabeli product to musisz pisać: PRODUCT.PRODUCT_ID - co jest wg mnie masłem maślanym (IMG:style_emoticons/default/winksmiley.jpg) PRODUCT.ID jest bardziej zwięzłe a i tak zachowuje swoje znaczenie i wiadomo co z czego.

A z tym
tabela_kolumna, czy kolumna_tabela to zawszę się mylę i nigdy nie wiem czy mam PRODUCT_CATEGORY czy CATEGORY_PRODUCT.

Ustal sobie raz konkretnie z którego sposobu korzystasz i się tego trzymaj wszędzie, z czasem się przestaniesz zastanawiać.

Ad. edit
Tak jak pisałem wyżej, jeśli wolisz swoje rozwiązanie to zostań przy nim, na prawdę, nie ma sensu zmieniać rozwiązania, które się sprawdza, które dobrze rozumiesz, znasz na pamięć.

Nie wiem, czy wszystkie pozwalają, nie sprawdzałem we wszystkich, nawet nie potrafię wszystkich wymienić. Ja osobiście używam zestawów [a-zA-z_] i nigdy nie miałem z tym problemów (IMG:style_emoticons/default/winksmiley.jpg)

Ten post edytował vokiel 21.09.2009, 07:44:44