|
|
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Есть запрос для отчета сверки: Код: plsql 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. Суммирует себестоимость за месяц и остатки за весь период по магазинам 111,112,120,121,122 Выполняется полным сканированием таблицы. Таблица supermag.ffmaprep гигов десять. Запрос выполняется минут 10 (диски ssd) Можно как-то с помощью аналитических функций или других способов оптимизировать запрос? (Oracle 10g) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 10:28 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY, запрос у тебя линейный. там оптимизировать совершенно нечего. тут, скорее, подход к получению нужных данных надо менять, а не запрос оптимизировать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 11:25 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYYпо магазинам 111,112,120,121,122Какой это процент от всех данных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 11:31 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Добрый Э - ЭхlYY, запрос у тебя линейный. там оптимизировать совершенно нечего. тут, скорее, подход к получению нужных данных надо менять, а не запрос оптимизировать...Ну если он уходит в темп, то оптимизировать есть чего. 10 гигов за 10 минут на SSD это что-то не вполне адекватное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 11:32 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
EliclYYпо магазинам 111,112,120,121,122Какой это процент от всех данных? там может быть любой список магазинов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 11:33 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
dbms_photoshop10 гигов за 10 минут на SSD это что-то не вполне адекватное. да, странно это ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 11:35 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Добрый Э - ЭхlYY, запрос у тебя линейный. там оптимизировать совершенно нечего. тут, скорее, подход к получению нужных данных надо менять, а не запрос оптимизировать... Тут как обычно всё. Разработчики написали эту хрень, которая забивает весь ввод-вывод и им плевать. А с меня пользователи спрашивают, почему сервер тормозит?! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 11:38 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Я бы предложил агрегировать данные на ежемесячной основе. Затем уже выбирать из этих данных необходимые + месяц из supermag.ffmaprep З.Ы. Код: plsql 1. = Код: plsql 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 11:46 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY, смотреть индексы какие есть, мож придется декоде переписать или скажем для 'WI','CS','CR' тож раз посчитать на начало года нет f.saledate>= поетому беда ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 11:51 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Dshedoo, подумаем. Уточнил объем таблицы, 48 Гб, 275 миллионов строк. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 11:52 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
индексы Код: plsql 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 11:55 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYYиндексы Код: plsql 1. 2. 3. 4. 5. 6. убрать decode(f.salelocationfrom,-2,f.salelocationto,f.salelocationfrom) считать отдельно для f.salelocationfrom=-2 in f.salelocationto (... union all f.salelocationfrom<>-2 in f.salelocationfrom (... ps автор BETWEEN Оптимизатор всегда заменяет условие, использующее оператор сравнения BETWEEN, эквивалентным условием, использующим операторы сравнения <= и >=. Например, оптимизатор заменяет первое из двух следующих условий на второе: sal BETWEEN 2000 AND 3000 sal >= 2000 AND sal <= 3000 ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 12:08 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYYdbms_photoshop10 гигов за 10 минут на SSD это что-то не вполне адекватное. да, странно этоВерсия какая? Приложи в спойлер вывод Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 12:14 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Код: plsql 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 12:36 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Dshedoo Код: plsql 1. 2. 3. 4. 5. Dshedoo Код: plsql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 12:51 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
DshedooDshedoo Код: plsql 1. 2. 3. 4. 5. імхо плохо f.salelocationfrom = -2 f.salelocationto = 999 f.salelocationfrom =111 ps оракля юзает ф-цію LNNVL(f.salelocationfrom = -2) and .... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 13:28 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY, Я сейчас что-то набросаю, но вот вопрос, А зачем делать group by по f.saledate если больше его не использовать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 13:58 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Dshedoo Код: plsql 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. Так лучше? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 14:03 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY, По быстрому получилось что-то такое: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. Хотя и не проверял =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 14:17 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
MaximaXXLlYY, Я сейчас что-то набросаю, но вот вопрос, А зачем делать group by по f.saledate если больше его не использовать? это не я писал, я админ просто) Всем спасибо, я позже протестирую и по результатам отпишусь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 14:31 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
MaximaXXL, Else 0 подменить на where f.saletype in ('WO','WI','CS','CR') А так прям перфекто) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 14:54 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Взял исходный запрос на один магазин - 2 минуты, полное сканирование. Сделал через union all, как выше посоветовали. Идет по индексам, выполняется 2 секунды. Отправил разработчикам, путь тестируют. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 15:00 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
MaximaXXLlYY, По быстрому получилось что-то такое: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. Хотя и не проверял =) Не проходит вот эта строка: Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 15:03 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
вот так работает: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. но дольше, 86 секунд, идет bitmap convertion ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 15:08 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Dshedoo, Там есть куда руки приложить ... else 0 можно игнорить ... все равно null под суммой будет проигнорирован. если добавлять f.saletype in ('WO','WI','CS','CR') то тогда уже так: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. Хотя так я бы прокоментировал что хотел сказать автор ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 15:08 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY, разберите на union ... ктож знает Ваши индексы Код: plsql 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 15:17 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
MaximaXXLDshedoo, Там есть куда руки приложить ... else 0 можно игнорить ... все равно null под суммой будет проигнорирован. если добавлять f.saletype in ('WO','WI','CS','CR') то тогда уже так: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. Хотя так я бы прокоментировал что хотел сказать автор Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. результат запроса правильный, выполнялся 87 сек ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 15:20 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
MaximaXXL Получилась, конечно, красота. Круто! Но время выполнения 68 сек 1. запрос Код: plsql 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. план: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. тогда как запрос Код: plsql 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. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. выполняется за 13 сек план: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 15:35 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY, Потому что второй запрос не соответствует первоначальному условию: пропущен and f.salelocationfrom = -2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 15:45 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY, Попробуй-ка так: Код: plsql 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 15:48 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
MaximaXXLlYY, Потому что второй запрос не соответствует первоначальному условию: пропущен and f.salelocationfrom = -2 Точно, это моя ошибка) Еще раз спасибо всем за помощь! ЗЫ: Разработчики озадачены, админы пьют пиво)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 15:53 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Повелитель индексов, Группировку по f.saledate надо выкинуть: Код: plsql 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. lYY, или так: Код: plsql 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 15:58 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Повелитель индексов, Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 47 сек Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 2 сек Надо разобраться, так ли нужно условие: and f.salelocationfrom = -2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 15:58 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
MaximaXXL, Код: plsql 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. 67 сек ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 16:03 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY, А этот вариант? Код: plsql 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 16:06 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY, Так:? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 16:09 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
MaximaXXLlYY, А этот вариант? Код: plsql 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. 59 сек ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 16:11 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY, по одному магу 47 сек по всем 59 ... как по мне - ускорился в 10 раз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 16:15 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY, И снял нагрузку на базу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 16:15 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
MaximaXXLlYY, по одному магу 47 сек по всем 59 ... как по мне - ускорился в 10 раз да по одному магазину я все запросы тестирую))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 16:23 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY, Тогда странно, запрос с ненужным f.saledate предложенный "Повелитель индексов" отработал 47 сек, а с выкинутым из запроса f.saledate - 59 сек ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 17:03 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
сейчас еще раз попробовал, но на 5 магазинов: исходный 212 сек через union 192 сек через union без saledate 165 сек ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 17:48 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY[ Но время выполнения 68 сек ... BITMAP CONVERSION TO ROWIDS ... тогда как запросотключи битмап конвертацию на уровне сессии и посмотри чего будет со временем исполнения... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2017, 18:10 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Добрый Э - ЭхlYY[ Но время выполнения 68 сек ... BITMAP CONVERSION TO ROWIDS ... тогда как запросотключи битмап конвертацию на уровне сессии и посмотри чего будет со временем исполнения... А если мы будем использовать вложенный селект? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2017, 11:58 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYYсейчас еще раз попробовал, но на 5 магазинов: исходный 212 сек через union 192 сек через union без saledate 165 сек 212с, ето 3,5 минуты для МЕСЯЧНОГО отчета, не партесь, подождут зы авторЗапрос выполняется минут 10 (диски ssd) ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2017, 14:25 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
Dshedoo, Тогда лучше так: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. или так: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2017, 15:13 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
MaximaXXL Код: plsql 1. Код: plsql 1. Тут оракл побежит по 2 индексам. Из-за этого 1 запрос отрабатывает 2 секунды, а другой 67. Не уверен, что оракл не станет "оптимизировать" вложенный селект, но, думаю, попробовать стоит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2017, 08:22 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
lYY, ограничение снизу сделайте. т.е. диапазон. Смысл условия ? Код: plsql 1. наример Код: plsql 1. Где :p1 нижний предел даты. Выборка на 10 гигах, подозреваю, должна отрабатыввать в долях секунды. lYYСуммирует себестоимость за месяц и остатки за весь период по магазинам 111,112,120,121,122 соответственно посмотреть на Код: plsql 1. т.е. Аналитические функции ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2017, 07:59 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
условие Код: plsql 1. фактически говорит "выбрать все записи". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2017, 08:01 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
stells2условие Код: plsql 1. фактически говорит "выбрать все записи". для некоторых кодов ему и надо "выбрать все записи" Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. ...... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2017, 10:48 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
DshedooЯ бы предложил агрегировать данные на ежемесячной основе. Затем уже выбирать из этих данных необходимые + месяц из supermag.ffmaprep Так же думаю, например, матвьюшка до текущего месяца с уже агрегированными данными. вторая или обычная вьюшка - текущий месяц, так же уже агрегированные данные. Впрочем, и с живой таблицей за текущий месяц наверно не накладно будет работать. Если нужен срез за прошедший период - достаточно одной матвьюшки. так.. размышления :) Посмотрел план исходного запроса Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. В общем, ничем не хуже предложенных ;) Вероятно, дело в индексах которые уже есть. Если оставить только idx_SALEDATE - будет наверно заметно быстрее. Может перестроить их или еще что, думаю они тут тормозят. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2017, 14:04 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
и да Код: plsql 1. 2. Не используются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2017, 14:07 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
А в чем глубокий смысл считать последний месяц отдельными полями, чтобы потом все равно складывать вместе. saletype туда же. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2017, 14:23 |
|
||
|
Помогите оптимизировать запрос
|
|||
|---|---|---|---|
|
#18+
один сумА в чем глубокий смысл считать последний месяц отдельными полями, чтобы потом все равно складывать вместе. saletype туда же. Может: пришло до, ушло до, было до, расход после, приход после, остаток после исходя из этого и вычисления разные. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2017, 14:49 |
|
||
|
|

start [/forum/topic.php?all=1&fid=52&tid=1884747]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
170ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
68ms |
get tp. blocked users: |
1ms |
| others: | 228ms |
| total: | 503ms |

| 0 / 0 |
