|
|
|
|
|
для: Trianon
(08.02.2011 в 15:37)
| | Верные замечания, да. | |
|
|
|
|
|
|
|
для: cheops
(08.02.2011 в 16:45)
| | $next_id дает тот же результат что и $id + 1
переходит к следующему id | |
|
|
|
|
|
|
|
для: cheops
(08.02.2011 в 16:56)
| | Вижу и пытаюсь осмыслить данный скрипт сгенерирующий две ссылки вида go_to_prev.php?id=nnn и go_to_next.php?id=nnn
Но боюсь с моими нынешними знаниями не осилю данную задачу. Вот если бы где то был похожий пример что бы разобрать его по косточкам... ) | |
|
|
|
|
|
|
|
для: cerf000
(08.02.2011 в 16:53)
| | Одну из таких идей внизу подсказал Trianon. | |
|
|
|
|
|
|
|
для: cheops
(08.02.2011 в 16:45)
| | Разве можно назвать данную задачу постраничной навигацией? Просто из всех примеров что были в книжках [url]www.softtime.ru я[/url] постраничная навигация показалась мне легче всего для переделки.
Если есть другие решения реализации "вперед" "назад" по id и cat, подскажите пожалуйста направление в котором следует думать! | |
|
|
|
|
|
|
|
для: cerf000
(08.02.2011 в 16:35)
| | Извлечь значение из SQL-запроса, который привел Trianon можно следующим образом
<?php
...
$query = "SELECT MIN(`id`) FROM t2 WHERE `id`>$id";
$tbl = mysql_query($query);
if(!$tbl) exit("Ошибка - ".mysql_error());
$next_id = mysql_result($tbl, 0);
?>
|
PS Готовых решений мало, так как выбранный вами путь редко используется, для постраничной навигации нужно два дополнительных SQL-запроса, проще ориентироваться на сурогатные страницы, которые можно вычислить без лишних запросов. | |
|
|
|
|
|
|
|
для: Красная_шляпа
(08.02.2011 в 15:01)
| | С лимитом
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE attributes range PRIMARY PRIMARY 4 NULL 123 Using where
|
С MIN( `id` )
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE NULL NULL NULL NULL NULL NULL NULL Select tables optimized away
|
| |
|
|
|
|
|
|
|
для: Trianon
(08.02.2011 в 15:37)
| | Запрос более менее понятен а как вывести ссылку на следующий id ???
И не ужели нет готового решения для такой задачи ведь не я один столкнулся с этим. Или хотя бы похожего решения, похожего скрипта? | |
|
|
|
|
|
|
|
для: cheops
(08.02.2011 в 15:04)
| | уже пробую | |
|
|
|
|
|
|
|
для: SHAman
(08.02.2011 в 15:00)
| | оба запроса недетерминированы, поскольку в общем случае строки в таблице могут оказаться
размещены не согласно порядку первичных ключей. (Очевидно из-за ранее удалявшихся записей.)
Можно было бы добавить ORDER BY id (DESC|ASC) - тогда запрос вернул бы нужное с гарантией.
Но более корректно вытаскивать только требуемый id, не применяя LIMIT
SELECT MIN(`id`) FROM t2 WHERE `id`>$id
|
и аналогично MAX | |
|
|
|
|