Wydajność - Dużo folderów, dużo zdjęć., Wyświetlanie zdjęć z danego katalogu, a nie po adresach z DB. Opcje

[adbacz]

Witam i z góry przepraszam za tytuł tematu, ale nie wiedziałem jak to opisać.

Piszę pewien katalog i akurat jestem na poziomie pisania systemu uploadu i downloadu plików. Wpadłem na pewien pomysł. Mianowicie, zamiast zmuszać użytkownika do wpisywania pełnych adresów do zdjęć danego produktu i zapisywać to w DB, zrobić w folderze głównym folder o nazwie takiej samej jak ID danego produktu, i podczas wyświetlania tego produktu, sprawdzać, czy istnieje taki katalog i w nim zdjęcia, i stamtąd pobierać nazwy i wyświetlać zdjęcia.

Np. mamy kategorię ProductOne i dla tej kategorii tworzymy główny katalog o tej samej nazwie w katalogu upload. Podczas gdy będzie dodawany nowy produkt do tego katalogu i zdjęcia do niego, zostanie utworzony nowy katalog o nazwe ID produktu, np. upload/productone/155, i w tym katalogu zamieszczać wszystkie zdjęcia. A gdy ktoś będzie odwiedzał naszą stronę, będziemy sprawdzać czy katalog o ID produktu istnieje i będziemy pobierać wszystkie obrazki jakie tam są, i wyświetlać je.

Wg mnie, dość dobry patent na to, aby w jakimś stopniu zapobiec zapełnianiu sie przestrzeni dyskowej niepotrzebnymi plikami, które nie będą wykorzystywane. Ale teraz pytanie, czy to nie będzie zbyt obciążające dla serwera? Żeby za każdym razem sprawdzać czy katalog istnieje, przebierać po wszystkich plikach w tym katalogu, pobierać ich nazwy i dopiero wyświetlać?

[adbacz]

A ja w sumie rozwiązałbym to inaczej. Coś podobnego robiłem i rozwiązałem to tak, że produkty wszystkie są w tej samej tabeli. Jak się przegląda kategorię, to wiesz do jakiej tabeli z dodatkowymi danymi zrobić join

Chyba sie troszke nie zrozumieliśmy. U mnie, każdy rodzaj produktu ma inne właściwości opisujące go. Dlatego jeden produkt ma w swojej tabeli powiedzmy 24 kolumny, a inny 50. I jeśli nie bierzemy pod uwage kolumn nazwy, kategorii, id (?), wyświetleń, akceptacji publikowania, to każdy jest inny. Nie mogłem dac tego do jednej tabeli - nie opłacałoby się.

Wyszukiwanie? Zwykłe wyszukiwanie po nazwie. Jesli zaawansowane, to w tedy user musi wybrać czego szukać i gdzie - dlatego to się nazywa zaawansowane (IMG:style_emoticons/default/wink.gif)