|
|
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
Код: sql 1. 2. 3. 4. 5. Если не ставишь ORDER BY, то выводится 1, 2, 3, 4, 5, если ставишь, то номера строк перемешиваются: 10, 8, 1, 3, 5, 4. Как сделать, чтобы номера строк все равно шли по порядку? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2015, 14:48:56 |
|
||
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
svnvlad Код: sql 1. 2. 3. 4. 5. Если не ставишь ORDER BY, то выводится 1, 2, 3, 4, 5, если ставишь, то номера строк перемешиваются: 10, 8, 1, 3, 5, 4. Как сделать, чтобы номера строк все равно шли по порядку? показывайте вес' запрос. Это какой-то вариантов, когда порядок вычисления в СЕЛЕКТ не совпадает с ОРДЕР БУ. Если лечит' прямолинейно, то сделайте основной селект БЕЗ роунамбер и БЕЗ ордер бу, а потом оберните в дополнительный селект с ройнамбер и ордером. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2015, 17:53:54 |
|
||
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
javajdbcsvnvlad Код: sql 1. 2. 3. 4. 5. Если не ставишь ORDER BY, то выводится 1, 2, 3, 4, 5, если ставишь, то номера строк перемешиваются: 10, 8, 1, 3, 5, 4. Как сделать, чтобы номера строк все равно шли по порядку? показывайте вес' запрос. Это какой-то вариантов, когда порядок вычисления в СЕЛЕКТ не совпадает с ОРДЕР БУ. Если лечит' прямолинейно, то сделайте основной селект БЕЗ роунамбер и БЕЗ ордер бу, а потом оберните в дополнительный селект с ройнамбер и ордером. Пусть будет такой запрос: Код: sql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2015, 12:26:22 |
|
||
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
javajdbcЕсли лечит' прямолинейно, то сделайте основной селект БЕЗ роунамбер и БЕЗ ордер бу, а потом оберните в дополнительный селект с ройнамбер и ордером. [/quot] Код: sql 1. 2. 3. 4. 5. 6. Так чтоли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2015, 12:30:17 |
|
||
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
svnvladjavajdbcпропущено... показывайте вес' запрос. Это какой-то вариантов, когда порядок вычисления в СЕЛЕКТ не совпадает с ОРДЕР БУ. Если лечит' прямолинейно, то сделайте основной селект БЕЗ роунамбер и БЕЗ ордер бу, а потом оберните в дополнительный селект с ройнамбер и ордером. Пусть будет такой запрос: Код: sql 1. 2. 3. 4. 5. "пусть будет" тут не очень подходит. или у вас имено этот запрос, тогда надо заводить МуСКЛ баг или у вас другой запрос в котором использование переменых не рекомендовано. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2015, 14:10:20 |
|
||
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
svnvladjavajdbcЕсли лечит' прямолинейно, то сделайте основной селект БЕЗ роунамбер и БЕЗ ордер бу, а потом оберните в дополнительный селект с ройнамбер и ордером. Код: sql 1. 2. 3. 4. 5. 6. Так чтоли?[/quote] Нет, ОРДЕР БУ должен быть на том же уровне что и роунум -- во внешнем селекте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2015, 14:12:17 |
|
||
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
javajdbcsvnvladпропущено... Код: sql 1. 2. 3. 4. 5. 6. Так чтоли? Нет, ОРДЕР БУ должен быть на том же уровне что и роунум -- во внешнем селекте.[/quot] И как же он его сортировать будет, если и роунум, и ордер бай на одном уровне? Отсортируешь по дате, перемешает порядковые номера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2015, 15:18:42 |
|
||
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
javajdbc"пусть будет" тут не очень подходит. или у вас имено этот запрос, тогда надо заводить МуСКЛ баг или у вас другой запрос в котором использование переменых не рекомендовано. Зачем МуСКЛ баг, если все видно логически: если например сотрировать по дате, то id, будет не по порядку. Если сортировать по id, то даты будут не по порядку. Такая же история и с row_num - он выступает как одно из полей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2015, 15:24:52 |
|
||
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
svnvladjavajdbc"пусть будет" тут не очень подходит. или у вас имено этот запрос, тогда надо заводить МуСКЛ баг или у вас другой запрос в котором использование переменых не рекомендовано. Зачем МуСКЛ баг, если все видно логически: если например сотрировать по дате, то id, будет не по порядку. Если сортировать по id, то даты будут не по порядку. Такая же история и с row_num - он выступает как одно из полей. ок, раберитесь что у вас ИД а что роунамбер. Про какие номера вы говорили? авторЕсли не ставишь ORDER BY, то выводится 1, 2, 3, 4, 5, если ставишь, то номера строк перемешиваются: 10, 8, 1, 3, 5, 4. Как сделать, чтобы номера строк все равно шли по порядку? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2015, 16:14:26 |
|
||
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
javajdbcsvnvladпропущено... Зачем МуСКЛ баг, если все видно логически: если например сотрировать по дате, то id, будет не по порядку. Если сортировать по id, то даты будут не по порядку. Такая же история и с row_num - он выступает как одно из полей. ок, раберитесь что у вас ИД а что роунамбер. Про какие номера вы говорили? авторЕсли не ставишь ORDER BY, то выводится 1, 2, 3, 4, 5, если ставишь, то номера строк перемешиваются: 10, 8, 1, 3, 5, 4. Как сделать, чтобы номера строк все равно шли по порядку? Про row_number. Если он идет наравне с другими полями, то очевидно, сортировка будет нарушаться, если сортировать не по row_number. Или не так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2015, 17:35:27 |
|
||
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
svnvladjavajdbcпропущено... ок, раберитесь что у вас ИД а что роунамбер. Про какие номера вы говорили? пропущено... Про row_number. Если он идет наравне с другими полями, то очевидно, сортировка будет нарушаться, если сортировать не по row_number. Или не так? В простых случаях -- НЕ так, в сложных может произойти перемешивание но НЕ так , как вы предположили. Или вы дадите конкретный запрос (ну поменяйте названия таблиц если там что-то секретное) или ну его нафиг.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2015, 21:58:40 |
|
||
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
svnvlad, сдается мне что у вас замешан GROUP BY, а ORDER BY здесь не причем на простой табличке проверьте Код: sql 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.07.2015, 08:39:20 |
|
||
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
Alex_Ustinovsvnvlad, сдается мне что у вас замешан GROUP BY, а ORDER BY здесь не причем на простой табличке проверьте Код: sql 1. 2. 3. 4. 5. 6. Да, GROUP BY замешан. С внутренним и внешним запросом все работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2015, 12:22:02 |
|
||
|
Запрос с нумерацией строк и сортировка (перемешивается)
|
|||
|---|---|---|---|
|
#18+
javajdbcsvnvladпропущено... Про row_number. Если он идет наравне с другими полями, то очевидно, сортировка будет нарушаться, если сортировать не по row_number. Или не так? В простых случаях -- НЕ так, в сложных может произойти перемешивание но НЕ так , как вы предположили. Или вы дадите конкретный запрос (ну поменяйте названия таблиц если там что-то секретное) или ну его нафиг.... С этим проблем нет, но там больше 10 таблиц, надо ли это, если принцип с 2 таблицами такой же. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2015, 12:22:47 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=39020042&tid=1832814]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
51ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 198ms |
| total: | 311ms |

| 0 / 0 |
