|
|
|
ИНТЕРЕСНЫЙ РЕЗУЛЬТАТ
|
|||
|---|---|---|---|
|
#18+
Какой по вашему должен получиться результат Код: plaintext 1. 2. 3. 4. 5. 6. 7. Я как и вы считал, что в переменной @i будет общее число записей в таблице. А вот и нет - значение переменной 1, записей гораздо больше, чем одна. Кто-нибудь может прокоментировать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 11:41:03 |
|
||
|
ИНТЕРЕСНЫЙ РЕЗУЛЬТАТ
|
|||
|---|---|---|---|
|
#18+
А в чем разница c Код: plaintext 1. 2. 3. 4. ? Или была надежда, что @i = @i + 1 будет выполятся для каждой записи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 11:49:53 |
|
||
|
ИНТЕРЕСНЫЙ РЕЗУЛЬТАТ
|
|||
|---|---|---|---|
|
#18+
Была не надежда, а уверенность ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 11:53:03 |
|
||
|
ИНТЕРЕСНЫЙ РЕЗУЛЬТАТ
|
|||
|---|---|---|---|
|
#18+
Если можно, кусочек Вашей таблицы t_PayHistoryInActs приведите. У меня не получилось Ваш результат повторить... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 11:55:36 |
|
||
|
ИНТЕРЕСНЫЙ РЕЗУЛЬТАТ
|
|||
|---|---|---|---|
|
#18+
А у меня одинаковый результат на SQL2000. Это как больше ? Код: plaintext 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 11:56:55 |
|
||
|
ИНТЕРЕСНЫЙ РЕЗУЛЬТАТ
|
|||
|---|---|---|---|
|
#18+
Могу даже скрипт таблицы Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 11:58:26 |
|
||
|
ИНТЕРЕСНЫЙ РЕЗУЛЬТАТ
|
|||
|---|---|---|---|
|
#18+
есть такое если делается сортировка, то результат не такой, какой хочется. Очевидно он (SQL) считает и хранит @i для каждой строки, а сортировка происходит потом, и @i выдаётся какое-то промежуточное. Но это моё объяснение, может оно далеко от истины. В любом случае order by здесь писать нельзя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 12:16:05 |
|
||
|
ИНТЕРЕСНЫЙ РЕЗУЛЬТАТ
|
|||
|---|---|---|---|
|
#18+
Вы бы примеры данных дали, ну строчек 10 хотя бы... Ну никак у меня Ваш результат не получается и с order и без order, и с повторяющимися даннымии без них... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 12:38:22 |
|
||
|
ИНТЕРЕСНЫЙ РЕЗУЛЬТАТ
|
|||
|---|---|---|---|
|
#18+
Это нелогичная конструкция - делается попытка присвоить скалярной переменной векторное значение. То, что она как-то работает, не значит, что и дальше она будет работать так же. Возможнае варианты: 1.Ошибка. 2.Последовательный перебор. 3.Случайный перебор. 4.Для TOP 1. 5.Вобще фигня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 13:02:09 |
|
||
|
ИНТЕРЕСНЫЙ РЕЗУЛЬТАТ
|
|||
|---|---|---|---|
|
#18+
интересно .... а 1 это будет int 1 или поле № 1.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 17:45:02 |
|
||
|
ИНТЕРЕСНЫЙ РЕЗУЛЬТАТ
|
|||
|---|---|---|---|
|
#18+
а план запроса посмотреть? полагаю, что количество иттераций при использовании в запросе ORDER BY FIELD будет влиять...если индекс по field или нет т.е. при сортировке перебираются не все записи (FTS), а только часть (Index) или есть поля с одинаковой датой...тогда вам 1 получите ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 21:05:07 |
|
||
|
ИНТЕРЕСНЫЙ РЕЗУЛЬТАТ
|
|||
|---|---|---|---|
|
#18+
вот в таком случае @i=1 Код: plaintext 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 21:30:28 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=3375&tid=1818718]: |
0ms |
get settings: |
6ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
27ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
| others: | 188ms |
| total: | 321ms |

| 0 / 0 |
