Witam
Posłużę się przykładem, posiadam taką tabelkę:

[SQL] pobierz, plaintext 
mysql> SELECT * FROM photos;
+----+---------+----------+
| id | content | sequence |
+----+---------+----------+
|  1 | #1      |        1 |
|  2 | #2      |        4 |
|  3 | #3      |        7 |
|  4 | #4      |       11 |
|  5 | #5      |       32 |
+----+---------+----------+
5 rows IN SET (0.00 sec)
[SQL] pobierz, plaintext 

Za cel stawiam sobie odczytanie sąsiednich wierszy (sąsiednich względem wartości pola sequence) powiedzmy dla id=3 (oczywiście przy założeniu, że id mogą być "nie po kolei").

Chciałbym poprosić o sprawdzenie, a może podpowiedzenie innego efektywniejszego sposobu na osiągnięcie mojego celu. Mój dotychczasowy rezultat:

[SQL] pobierz, plaintext 
mysql> (SELECT * FROM photos WHERE sequence < (SELECT sequence FROM photos WHERE id=3) ORDER BY sequence DESC LIMIT 1) UNION
    -> (SELECT * FROM photos WHERE sequence > (SELECT sequence FROM photos WHERE id=3) ORDER BY sequence ASC LIMIT 1);
+----+---------+----------+
| id | content | sequence |
+----+---------+----------+
|  2 | #2      |        4 |
|  4 | #4      |       11 |
+----+---------+----------+
2 rows IN SET (0.00 sec)
[SQL] pobierz, plaintext 

Struktura tabeli w razie potrzeby, stworzona tylko w celu przetestowania idei opisanej wyżej.

[SQL] pobierz, plaintext 
mysql> SHOW CREATE TABLE PHOTOS;
+--------+-------------------------------------------------
| TABLE  | CREATE TABLE
+--------+-------------------------------------------------
| PHOTOS | CREATE TABLE `photos` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `content` varchar(20) NOT NULL,
  `sequence` int(11) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=MyISAM AUTO_INCREMENT=6 DEFAULT CHARSET=latin1 |
+--------+-------------------------------------------------
1 row IN SET (0.00 sec)
[SQL] pobierz, plaintext 

Zasadnicze pytanie... czy sequence ma szansę zostać odwrócone wzgledem kolejności id? Może prościej... czy może zajść sytuacja, że rekord o mniejszym id od wybranego ma wyższą sequence lub rekord o wyższym id ma ją niższą? Jeśli nie to nie ma sensu walić podzapytania tylko od razu wziąć WHERE id < 3 w pierwszym członie i WHERE id > 3 w drugim członie UNIONa Redukujesz wtedy podzapytanie niepotrzebne, które i tak jest bez znaczenia wtedy. Zresztą sam zobacz czy wyniki tego

[SQL] pobierz, plaintext 
(SELECT * FROM photos WHERE id<3 ORDER BY id DESC LIMIT 1)
UNION
(SELECT * FROM photos WHERE id>3 ORDER BY id ASC LIMIT 1);
[SQL] pobierz, plaintext 

są identyczne. W razie czego zamiast ORDER BY id daj ORDER by sequence i porównaj wyniki.

Ma szanse, dzięki polu 'sequence' użytkownik będzie mógł w panelu administracyjnym zmieniać kolejność zdjęcia, stąd też nie mogę się opierać na polu ID.
Tak jak wspomniałem to wyżej to tylko sama idea, którą planuje wykorzystać przy pisaniu aplikacji i projektowaniu bazy danych.
Interesuje mnie natomiast wydajność czegoś takiego, możliwe, że zapytanie takiego typu będzie dość często wykonywane (przy kliknięciu na strzałkę w prawo / w lewo, przy takim pasku z miniaturkami zdjęć , gdzie są poprzednie, następne zdjęcia, ew. typowy paginator z cyferkami). W tabeli planuje jeszcze kilka innych pól jak opis zdjęcia w języku polskim, angielskim, data, tytuł i być może jakieś pole trzymające id przynależności do kategorii zdjęć (zastanawiam się bardziej nad trzymaniem id zdjęć w tabeli z dana kategorią i wciąganiem wszystkiego za pomocą join'a)