Witam,

jest moza taka funkcja ktora zwraca nastepny i poprzednij rekord z bazy przy zapytaniu w WHERE id='id'

np. mam rekordy 2 4 7 9 gdzie jest wyswietlany obrazek o id 4 i przy nacisnieciu nastepny >> pokazuje mi obrazek o id 7 (nie 5) no i oczywiscie analogicznie dla << poprzedni.

Z gory dzieki, pozdrawiam dex.

funkcji jako takiej nie ma. ale jestsposób

next:

[SQL] pobierz, plaintext 
SELECT id 
FROM tabela WHERE id>aktualneid ORDER BY id ASC LIMIT 1
[SQL] pobierz, plaintext 

prev:

[SQL] pobierz, plaintext 
SELECT id 
FROM tabela WHERE id<aktualneid ORDER BY id DESC LIMIT 1
[SQL] pobierz, plaintext 

Opisany tutaj problem oraz rozwiązanie to pestka. Problemy zaczynają się jeśli baza jest większa oraz dane posortujemy w taki sposób że ID nie będą ułożone rosnąco lub malejąco.

PRZYKŁAD:
Mamy bazę ogłoszeń samochodowych gdzie każdy może dodać ogłoszenie sprzedaży samochodu. Rekordów w bazie może być nawet kilkanaście tysięcy. User przegląda ogłoszenia np. jednej marki i dodatkowo sortuje je sobie wg. daty produkcji samochodu. Powiedzmy, że wyswietliło się mu 50 pozycji posortowanych wg. daty produkcji. Klika sobie i otwiera się mu strona ze szczegółami ogłoszenia na podstawie id w URL'u. Jak teraz zrobić cofnięcie o 1 ogłoszenie do przodu i do tyłu. Zaznaczam że w tak posortowanej liscie ogłoszeń id są pomieszane a data produkcji też może być dla kilkunastu ogłoszeń taka sama.

Ja dotychczas robiłem w ten sposób, że pobierałem wszystkie id z zapytania i wstawiałem do tablicy w php. Później szukałem id wyswietlonego ogłoszenia w tej tablicy i pobierałem element poprzedzający i następny. Jednak przy zapytaniach zwracających po kilkaset rekordów jest to bardzo nieefektywne i obciąża mocno serwer oraz wydłuża znacznie czas ładowania strony.

o bosz... tablice i php ?! wystarczy zwyczajny SQL! slyszales o LIMIT ?

Jasne że słyszałem. Nie wiem tylko czy zostałem zrozumiany dobrze.

Wyswietlam listę ogłoszeń
SELECT * FROM ogloszenia WHERE idmarka=10 ORDER BY rocznik

Dostaję powiedzmy 50 rekordów. Roczniki często się powtarzają. Teraz user klikan jedno ogłoszenie i na następnej stronie widzi już szczegóły ogłoszenia.

SELECT * FROM ogloszenia WHERE id=9658
Ja chcę teraz wiedzieć jakie id ma ogłoszenie następne i poprzedzające to wyswietlone wg. wyników z tego pierwszego zapytania.

Nie wiem czy w MySQL jest cos takiego jak numerowanie rekordow, ale na 90% powinno byc, wtedy numerujesz i stosujesz metode ktora podal @nospor.

No właśnie już szukałem coś na ten temat pownieaż to by rozwiązało mój problem ale nigdzie nie znalałem nic na ten temat. Czy jest ktoś, kto wie czy w MySQL'u jest możliwość numerowania rekordów i ew. jak się to robi ?

ups. wrong. podrzuce za momencik...

edit2:
a blad byl taki jak ktos ciekawy:

[SQL] pobierz, plaintext 
SELECT * 
FROM ogloszenia WHERE idmarka=10 AND id>9658 ORDER BY rocznik
[SQL] pobierz, plaintext 

@Vogel
1) zjadles limit. teraz twoje zapytanie zwroci x rekordów
2) nie doczytales informacji. id nie są ulożonę w porządku rosnącym (następny rekord wcale nie musi miec wiekszego id)

Dokladnie chodzi o to ze jak wyciagasz rekordy to maja byc nadawane numery poszczegolnym rekordom. NIe chce mi sie przewalac manuala MySQLa ale pewnei cos takiego istnieje.

[SQL] pobierz, plaintext 
SELECT a . * 
FROM ogloszenia a, ogloszenia b
WHERE b.id =9658 AND a. idmarka = b. idmarka AND a.rocznik < b.rocznik
ORDER BY a.rocznik DESC LIMIT 1
[SQL] pobierz, plaintext 

[SQL] pobierz, plaintext 
SELECT a . * 
FROM ogloszenia a, ogloszenia b
WHERE b.id =9658 AND a. idmarka = b. idmarka AND a.rocznik > b.rocznik
ORDER BY a.rocznik ASC LIMIT 1
[SQL] pobierz, plaintext 

wy chciec, wy miec

Działa do momentu w którym mamy kilka rekordów z takim samym rokiem produkcji samochodu. W tym przypadku zapytanie zwraca id rekordu zawierającego mniejszy lub większy rok produkcji. Czyli pomija wszystkie te rekordy, które mają ten sam rok.

fakt zapomnialem ze rocnziki nie sa unikalne ale w takim razie wracamy do tego co napisalem na poczatku: wiesz co to LIMIT? O_o

[SQL] pobierz, plaintext 
SELECT * 
FROM ogloszenia WHERE idmarka = 1 ORDER BY idmarka, rocznik LIMIT 2, 1;
SELECT * 
FROM ogloszenia WHERE idmarka = 1 ORDER BY idmarka, rocznik LIMIT 3, 1;
SELECT * 
FROM ogloszenia WHERE idmarka = 1 ORDER BY idmarka, rocznik LIMIT 4, 1;
SELECT * 
FROM ogloszenia WHERE idmarka = 1 ORDER BY idmarka, rocznik LIMIT 5, 1;
...
[SQL] pobierz, plaintext 

Jasne że wiem

Takie rozwiązanie brałem pod uwagę jednak trzeba numerować dodatkowo ogłoszenia z listy wyswietlanych i przkazywać ten numer przez URL do strony z danymi szczegółowymi ogłoszenia. Zachodzi jednak możliwość że w momencie przechodzenia przez kolejne szczegółowe ogłoszenia może ktoś dodać nowe ogłoszenie akurat w kategorii, którą przeglądamy. Wtedy przeglądana lista się rozszerza i nasz skrypt działający w ten sposób może pominąć 1 lub nawet kilka ogłoszeń.

W manualu do MySQL'a widziałem takie polecenie, ROWNO które numeruje rekordy automatycznie ale nie działa nawet w wersji 4.1 MySQL'a. Pisze tam coś o MaxDB. Co to jest? Jakaś wersja serwera ?

Co to MaxDB

a co do problemu to niedawno rozbiem cos podobnego, katalog produktów ze kategoriami rozne produkty w roznej kategorii id nie sa jakims ciagiem wiec pauje haos np dla kategori o ID 15 sa produkty o ID 45, 67, 69, 94 bez probleu pobieram to za pomoca zapytania WHERE kategoria_id=15 AND product_id>"id pobranego rekordu" LIMIT 0,1

mankament tego jest taki ze sa 3 zapytania
1 - dla pobrania glownego produktu
2 - dla wyselekcjonowania produktu poprzedzajacego
3 - ---------------------||-------------- następnego

no ale w jednym zapytaniu raczej sie nie da bynajmniej mi sie nie udalao hehe

No tak ale w twoim przypadku id produktów masz sortowane wg. ID od najmniejszego do największego więc bez problemu wyciągasz sobie poprzednie id wykonując zapytanie WHERE kategoria_id=15 AND product_id>"id pobranego rekordu" LIMIT 0,1 oraz dla następne id WHERE kategoria_id=15 AND product_id>"id pobranego rekordu" LIMIT 0,1

Ale co jeśli poprzednie ID są większe a następne mniejsze i tak wszystko pięknie wymieszane

jesli do wszystkiego stosujesz ten sam SELECT to nie ma znaczenia

Jak to nie.

Jesli masz rekordy z id tak ulozone:
41
1
634
3
42
63

To jak mozesz po nich przechodzic dalej, wstecz. Juz pisalem wiele razy

Jesli rekordy są poukładane w wynikach zapytań wg. jakichś unikalnych wartości typu id - muszą być posortowane w górę lub w dół - to nie ma problemu sprawdzić poprzedni i następny rekord.

Schody zaczynają się właśnie dopiero gdy nie mamy żadnego klucza posortowanego a wartości co gorsza powtarzają się.

Ja już zaczałem kombinować w ten sposób:
Wszystkie parametry, pod kątem których mam posortowane produkty na liście przesyłam następnie do podstrony ze szczegółowym opisem produktu. Dodatkowo każdy produkt na liscie numeruję od 0 do xx produktów na liście.
Wszystko to przekazuję przez GET do podstrony z szczegółowym opisem produktu. Następnie wykonuję 3 zapytania. 2 zapytania na podstawie otrzymanych parametrów sortowania przez GET'a + LIMIT (numer rekordu na liście + 1 lub - 1), 1 . Trzecie zapytanie juz właściwe pobierające dane o produkcie.

Wadą jest to że w momencie dodania nowego rekordu w przeglądanej kategorii produktów numerowanie kolejno produktów zaczyna brać w łeb

no ok ale primary key musi byc uniqe zazwyczaj jest tez auto_increment (mysql) czy serial (postgresql) wiec kazda nastepna jes wieksza od poprzedniej! co daje nam mozliwosc sortowania.
Jesli baza zostala "zle" zaprojektowana to wtedy moga byc jakies kwiatki

Jesli id masz auto_increment to już nie musi być unique. Auto_increment jest zawsze unique

Niestety twoje założenia są błędne.

Mamy tabelę produktów:

id: 1, nazwa: Athlon 2.0 GHz, cena: 200
id: 2, nazwa: Athlon 2.2 GHz, cena: 220
id: 3, nazwa: Celeron 2.0 GHz, cena: 180

jeśli posortujesz wg. ceny to mamy id: 3, 1, 2 a jesli wg. nazwy to również id: 3, 1, 2. Id nie są posortowane i czy to jest źle zaprojektowana baza ?

Oczywiscie ze prawidlowa struktura.

Jesli chesz zrobic to przejscie nastepny, poprzedni to albo uzywasz numerowania rekordow tak to jest w innych bazkach (juz pisalem o tym chyba 3 razy) lub sterujesz limitem. Innej mozliwosci nie ma. Wtedy nie obchodzi Cie to ze sa id tak czy inaczej posortowane bo w ogole na to nie zwraca sie uwagi.

Dziwie sie ze ten temat ciagle sie ciagnie, a sprawa jest oczywista.