witam

mam tabele zdjecia: zdjecie_id | galeria_id | nazwa

wyswietlam teraz galerie - wszystkie zdjecia z galeria_id = 4
sortuje wg zdjecie_id (ASC)

teraz chce wyswietlic 'ktore zdjecie w galerii' na 'ile zdjec w galerii'

sume zdjec w galerii policzylem, a jak policzyc ktore to jest zdjecie w
galerii biorac pod uwage waunki podane powyzej?

ma ktos pomysl na zapytanie?

pozdrawiam

Najłatwiej przy fetchowaniu rekordów liczyć (uniwersalne dla wszystkich baz).
Mysql obsługuje zmienne w zapytaniach, wiec możesz i w zapytaniu to zrobić.

danych pojedynczego zdjecia

hmm ale jak taka funkcja powinna wygladac?

znowu sobie sam odpisze, zapytam czy tak moze byc

SELECT count(*) as ktory, (select count(*) from zdjecie where galeria_id
= 7) as ile FROM zdjecie WHERE galeria_id = 7 AND zdjecie_id <= 9;

Ech, napewno nie. Możesz trzymać kolumnę, która będzie zawierała kolejny
numer zdjęcia w galerii, ewentualnie wraz z unikalnym kluczem na parę
(galeria_id, zdjecie_nr), ale być może to zbędny koszt. Stosunek operacji
dodania/usunięcia zdjęcia do wyświetleń jest zapewne znikomy, więc nawet
przenumerowywanie w przypadku takich operacji może być lepszym pomysłem niż

Ewentualnie numer zdjęcia możesz poprostu uniezależnić od bazy danych,
przenieść go do aplikacji, pobierać zdjęcie o zadanym przesunięciu względem
początku listy utworzonej według wybranej kolejności, np.
SELECT ... FROM zdjecie WHERE galeria_id = N ORDER BY zdjecie_id ASC LIMIT 1
OFFSET M, gdzie N to identyfikator galerii, M to przesunięcie (0 <= M <
liczba zdjęć w galeria_id).

Itp.

Maciek

ale czemu nie to moje rozwiazanie?
bo nie dziala czy dlatego ze za bardzo obciaza baze?
przy jakiej ilosci danych w tabeli zdjecie bede widzial ze to zapytanie
jest toporne?

 a może PRIMARY KEY oparty na 2 kolumnach?
Pozdr.

Działać może i działa, natomiast napewno nieefektywnie wykorzystuje zasoby.
Po pierwsze zmuszasz bazę do analizy i optymalizacji dwóch zapytań, po
drugie przeglądają one te same dane wielokrotnie, choć zupełnie nie jest to
potrzebne.

Trudno powiedzieć. Może nie ma takiej sytuacji, w której to odczujesz. To
zależy od wielu czynników związanych np. ze strukturą tabel, konfiguracją
bazy czy obciążeniem samego systemu. Natomiast podejście na "czuja" jest
niewłaściwe. Projektując bazę danych powinien interesować Cię przede
wszystkim koszt wyrażany konkretnymi liczbami, wrażenie użytkownika to
kwestia pochodna, często bardzo mylna (tj. na przykład coś "robi" szybko,
ale cichaczem pod spodem za każdym razem wykorzystanie CPU leci na 100%).

Maciek

masz racje, ten bajer wlasciwie wymyslilem pozniej, przy projektowaniu
bazy nie zakladalem ze bede takie informacje prezentowal, chcialem w
latwy sposob dodac taki bajer.
ale poswiecilem kilka minut i dorobilem kolumne kolejnosc i wlasnie z
niej pobierana jest ta informacja i wg danych z tej kolumny sortowane sa
zdjecia.

dzieki za mobilizacje:)
pozdrawiam