Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проблема с запросом SQL
|
|||
|---|---|---|---|
|
#18+
Подскажите плиз, как составить запрос? Есть предположим таблица users (в ней ну.. 1000 записей) Есть id какого-нибудь юзера. Нужно найти его и считать данные о следующем юзере. О сортировке пока не говорим... Если дать запрос SELECT * FROM users WHERE id ='5' то тогда по запросу найдется одна запись, а к следующей доступ будет закрыт! Как быть??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2003, 22:56 |
|
||
|
Проблема с запросом SQL
|
|||
|---|---|---|---|
|
#18+
Что-то не очень понятно... Как же не говорить о сортировке, если только она и определяет, какой юзер будет считаться "следующим"! И в чем сложность? Что значит "найти этого и считать данные о следующем"? Зачем искать этого юзера, если нужен следующий? Не проще ли озаботиться алгоритмом нахождения следующего и забыть про текущего? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2003, 15:21 |
|
||
|
Проблема с запросом SQL
|
|||
|---|---|---|---|
|
#18+
Так... Есть переменная id, в ней id-шник пользователя, и вот исходя из этих данных, нужно прочитать данные следующего пользователя. Сортировка не нужна. Данные будут считыватся в том порядке, как они были записаны в базу. Есть вариант перебирать всю базу по порядку, но это очень долго, и не красиво... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2003, 15:39 |
|
||
|
Проблема с запросом SQL
|
|||
|---|---|---|---|
|
#18+
А ключа в таблице нет, что ли? Понятие "следующая запись" - это вещь в себе, мы о ней ничего не знаем. Тогда как ее искать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2003, 17:02 |
|
||
|
Проблема с запросом SQL
|
|||
|---|---|---|---|
|
#18+
Почему, клучевое поле в базе есть. Это и есть id. Пусть даже список будет отсортирован по фамилиям, как зная id одной записи, считать следующую? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2003, 17:51 |
|
||
|
Проблема с запросом SQL
|
|||
|---|---|---|---|
|
#18+
Select top 1 * From users Where Id<k ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2003, 06:48 |
|
||
|
Проблема с запросом SQL
|
|||
|---|---|---|---|
|
#18+
>Данные будут считыватся в том порядке, как они были записаны в базу Это заблуждение. Никакая СУБД, основанная на реляционной модели, не гарантирует этого. Отсутствует такое понятие, как "предыдущий", "следующий". Нужно привязываться либо к ключу, либо к другому полю (набору полей). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2003, 13:32 |
|
||
|
Проблема с запросом SQL
|
|||
|---|---|---|---|
|
#18+
Конечно, Select top 1 * From users Where Id<k order by Id тк RiliR прав. Записи в реляционной таблице не упорядочены по определению. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2003, 15:13 |
|
||
|
|
start [/forum/topic.php?fid=45&msg=32112876&tid=1682210]: |
0ms |
get settings: |
8ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
52ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
| others: | 219ms |
| total: | 390ms |
| 0 / 0 |
