|
|
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Есть большая таблица, порядка 300M записей. Нужно по этой таблице применить группировку и сортировку: Код: plsql 1. 2. 3. 4. В таблице есть индексы по client_id и moment. Но нет индексов по cost. При этом в попадающих под выборку записях более 90% записей нулевые (т.е. cost=0). Есть ли смысл добавлять в условие where выражение and cost!=0 ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 16:19 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Alibek B.и сортировку Имелось ввиду «и суммирование». ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 16:23 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Alibek B.Есть ли смысл добавлять в условие where выражение and cost!=0 ?Логика запроса поменяется. Alibek B.В таблице есть индекс по client_id и moment. Но нет индексов по cost.Не думал об использовании индекса по дате? Ну и про between с датами уже много раз говорили. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 16:27 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Alibek B., есть разница Код: 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. ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 16:45 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Stax, уважаемый, зачем "1=1" ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 16:52 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
А я ничего не понял из комментариев: ТС говорит про cost, которое или 0, или другое число. При чем тут null? Да и moment - это поле date и по нему и так есть индекс. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 16:56 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
--Eugene--Stax, уважаемый, зачем "1=1" ? Привык к продуктам Oracle (OEBS)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 16:57 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Alibek B.В таблице есть индексы по client_id и moment. Но нет индексов по cost. При этом в попадающих под выборку записях более 90% записей нулевые (т.е. cost=0). Есть ли смысл добавлять в условие where выражение and cost!=0 ? А что будет с остальными 10% записями? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 17:23 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Собственно эти 10% и нужно просуммировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 17:43 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Alibek B.Собственно эти 10% и нужно просуммировать.Зато по 90% сумма известна заранее. Быстрее всего будет взять общую сумму и вычесть сумму 90% нулей, выраженную константой 0. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 17:58 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
AmKadЛогика запроса поменяется. Результат не поменяется. AmKadНе думал об использовании индекса по дате? По полю moment есть индекс. AmKadНу и про between с датами уже много раз говорили. Что именно? Если то, что он включает в себя границы, я это знаю. Если есть какие-то другие нюансы, но в настоящем запроса moment >= :date1 and moment < :date2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 18:01 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Staxесть разница В поле cost нет значений null. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 18:03 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Alibek B., мы посовещались и решили, что ты попробуешь разные запросы, сравнишь скорости выполнения и напишешь свое экспертное мнение, как в итоге оказалось лучше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 18:08 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Alibek B.Staxесть разница В поле cost нет значений null. с 0, тоже будет другой результат, если все cost для клиента 0 если неважно, можно добавить в условие where імхо сравнение с 0 все-таки дешевле суммирования с 0, но стоит ли усложнять логику запроса, хз ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 18:59 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Staxс 0, тоже будет другой результат, если все cost для клиента 0 Про этот случай не подумал. Но у меня этот запрос не конечный, а промежуточный, далее мне нужно будет обработать ненулевые агрегаты. Так что для моего случая этот момент особой роли не играет. Staxсравнение с 0 все-таки дешевле суммирования с 0, но стоит ли усложнять логику запроса, хз Да, я именно это имел ввиду. После такой формулировки ответ напрашивается сам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 20:37 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Alibek B.Staxсравнение с 0 все-таки дешевле суммирования с 0, но стоит ли усложнять логику запроса, хзДа, я именно это имел ввиду. После такой формулировки ответ напрашивается сам.Напрашивается, что ты лох, верящий на слово добрым, но недалёким самаритянам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 20:41 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Логика и РазумAlibek B., мы посовещались и решили, что ты попробуешь разные запросы, сравнишь скорости выполнения и напишешь свое экспертное мнение, как в итоге оказалось лучше. Допустим мне нужно проверить работоспособность амперметра. И я вначале было подумал спросить на форуме электриков, как его нужно подключить — последовательно или параллельно. Но потом логика и разум сказали мне, что лучше поэкспериментировать самому и потом отписаться о результатах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 20:41 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Alibek B.Допустим мне нужно проверить работоспособность амперметра. И я вначале было подумал спросить на форуме электриков, как его нужно подключить — последовательно или параллельно. Но потом логика и разум сказали мне, что лучше поэкспериментировать самому и потом отписаться о результатах.Ты, дурочило, зря ёрничаешь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 21:00 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Alibek B.поэкспериментировать самому и потом отписаться о результатах.Это потом наступит, только когда из морга выпишут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 21:06 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Ну так создай FBI: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. И измени свой select на: Код: 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. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 23:32 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
AmKadAlibek B.В таблице есть индекс по client_id и moment. Но нет индексов по cost. Не думал об использовании индекса по дате? Ну и про between с датами уже много раз говорили. что говорили? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2017, 23:48 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
tip78что говорили?О том, что в общем случае date - это дата со временем, и для фильтрации диапазона лучше использовать другое условие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 00:07 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Упс - мой SELECT не вернет клиентoв c SUM(COST) = 0. Так что будет равнозначно только если у каждого клиента за любой интервал moment есть как минимум одна запись с cost != 0, что маловероятно. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 01:30 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
AmKadtip78что говорили?О том, что в общем случае date - это дата со временем, и для фильтрации диапазона лучше использовать другое условие. это элементарно лечится: Код: sql 1. а если там именно date, то и без минут будет пофиг ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 02:33 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
tip78а если там именно date, то и без минут будет пофиг Особенно когда получишь: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. cтрока != дата, да и в сентябре 30 дней. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 03:35 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
SYУпс - мой SELECT не вернет клиентoв c SUM(COST) = 0 В моем случае это не важно, мне нужны только клиенты с ненулевыми агрегатами. Однако мне казалось сомнительным создавать индекс на миллионной таблице под конкретный запрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 09:00 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
AmKadО том, что в общем случае date - это дата со временем, и для фильтрации диапазона лучше использовать другое условие. Ну это мне известно, between я указал для компактности. В реальном запросе >=:date1 and <:date2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 09:01 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
tip78это элементарно лечится: Код: sql 1. Ну вот у меня давняя система телефонии. Пару лет назад посчасливилось переходить на таймстампы - требования ЕС предписывают считать до миллисекунд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 09:40 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
tip78это элементарно лечится: Код: sql 1. а если там именно date, то и без минут будет пофигИ молиться, чтобы точность в процессе сопровождения/доработки системы не увеличилась до таймстампа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 10:00 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Alibek B.SYУпс - мой SELECT не вернет клиентoв c SUM(COST) = 0 В моем случае это не важно, мне нужны только клиенты с ненулевыми агрегатами. Однако мне казалось сомнительным создавать индекс на миллионной таблице под конкретный запрос. как раз это нормальная практика запросов так то по пальцам перечесть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 10:06 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
SYtip78а если там именно date, то и без минут будет пофиг Особенно когда получишь: Код: plsql 1. 2. 3. 4. 5. 6. cтрока != дата, да и в сентябре 30 дней. вообще-то = по-крайней мере ищет всё ровно ту же самую ошибку получите и без BETWEEN и там также придётся писать added<='2017-09-30 23:59:59' BETWEEN тупо удобнее ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 10:30 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
AmKadtip78это элементарно лечится: Код: sql 1. а если там именно date, то и без минут будет пофигИ молиться, чтобы точность в процессе сопровождения/доработки системы не увеличилась до таймстампа. так вы можете минуты написать сразу, он сам разберётся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 10:31 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
tip78и там также придётся писать added<='2017-09-30 23:59:59'Ты неправильно понял альтернативу between-у и все посылы по поводу точности измерения времени. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 10:34 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
tip78SY... cтрока != дата, да и в сентябре 30 дней. вообще-то = по-крайней мере ищет всё ровно ту же самую ошибку получите и без BETWEEN и там также придётся писать added<='2017-09-30 23:59:59' BETWEEN тупо удобнее Ты не понял. Тупо - это не про between и не про <=. Тупо - это про '2017-09-30 23:59:59', когда сравнение предполагается с датой. От того что ты исправил 31 на 30 счастье может и не наступить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 10:37 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
tip78SYпропущено... Особенно когда получишь: Код: plsql 1. 2. 3. 4. 5. 6. cтрока != дата, да и в сентябре 30 дней. вообще-то = по-крайней мере ищет всё ровно ту же самую ошибку получите и без BETWEEN и там также придётся писать added<='2017-09-30 23:59:59' BETWEEN тупо удобнее если дата с временем то есть нюанс в одну секунду мне неудобно, надо приплетать 23:59:59 Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. ...... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 12:47 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Staxмне неудобно, надо приплетать 23:59:59 ИМХО. в данном случае пишу Код: plsql 1. ну и Код: plsql 1. никто не отменял ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 13:26 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
123йй[/src] ну и Код: plsql 1. никто не отменялиндекс на поле типа date не потеряется? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 13:41 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
123ййStaxмне неудобно, надо приплетать 23:59:59 ИМХО. в данном случае пишу Код: plsql 1. ну и Код: plsql 1. никто не отменял да нет проблем, так и рисую >=, < (на крайняк -1/24/60/60) я о between - мне неудобно ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 13:48 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
1/86400, нет етож константное выражение ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 13:50 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
boobyТы не понял. Тупо - это не про between и не про <=. Тупо - это про '2017-09-30 23:59:59', когда сравнение предполагается с датой. От того что ты исправил 31 на 30 счастье может и не наступить. так безпроблемно с датой сравнивается Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 31 и 30 вам придётся решать в любом случае, что с between, что без я например это решаю ещё в ПХП: Код: php 1. Staxесли дата с временем то есть нюанс в одну секунду мне неудобно, надо приплетать 23:59:59 а если не так, то упрётесь в 32е число. селяви ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 15:36 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Надо же как тема пошла развиваться. Если честно, то я для дат в жизни не использовал between, в примере я его указал лишь для краткости. Потому что 23:59:59 — это тщательно заложенная мина на случай, когда учитываемая точность таймстампов станет меньше секунды. И даже если использовать 23:59:59.999999, то что делать с 23:59:60 (координационной секундой)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 15:54 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
tip78а если не так, то упрётесь в 32е число. селяви ) юзаю and <01 ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 16:10 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Alibek B.Надо же как тема пошла развиваться. Если честно, то я для дат в жизни не использовал between, в примере я его указал лишь для краткости. Потому что 23:59:59 — это тщательно заложенная мина на случай, когда учитываемая точность таймстампов станет меньше секунды. И даже если использовать 23:59:59.999999, то что делать с 23:59:60 (координационной секундой)? для date 23:59:60 никак авторПо всемирному координированному времени (UTC) 31 декабря 2016 года произойдет добавление одной секунды. По Гринвичу 31 декабря 2016 года после 23:59:59 наступит не 1 января 2017 года (со временем 00:00:00), а 23:59:60, пишет Quartz. Код: plsql 1. 2. 3. 4. 5. 6. ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 16:16 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Alibek B.то что делать с 23:59:60 (координационной секундой)? а был ли мальчик ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 16:22 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
123ййа был ли мальчик ? Был, если moment не DATE а TIMESTAMP. B таком случае: Код: plsql 1. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 16:53 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
SYБыл, если moment не DATE а TIMESTAMP. SY. так разговор в теме идет именно про дату :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 16:59 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
SY, для TIMESTAMP по любому надо 999999999 да и скоко етих 9-к вбивать? гораздо удобнее вместо between пользовать < 61-секунду не получуть в базе, поетому "координационна секунда" пока не актульно ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 17:03 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
Staxtip78а если не так, то упрётесь в 32е число. селяви ) юзаю and <01 ну ещё лучше, упрётесь в 13й месяц StaxSY, для TIMESTAMP по любому надо 999999999 да и скоко етих 9-к вбивать? гораздо удобнее вместо between пользовать < 61-секунду не получуть в базе, поетому "координационна секунда" пока не актульно да откуда же вы такие извращённые костыли то достаёте )) никогда не слышал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 21:04 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
tip78.... никогда не слышал попробуй задуматься об этом. настаивать на том, что нечто "tip78безпроблемно с датой сравнивается" на основании личных наблюдений тебе преждевременно именно потому, что ты никогда не слышал . Самое плохое, что с тобой приключилось в жизни до сих пор то, что твой код к сожалению работает в твоем окружении и ты, на голубом глазу, искренне веришь в то, что это написано правильно и так и надо писать "боевой" код. Единственное возможное, но слабое оправдание твоему "видению мира" может быть в том, что в Oracle ты пришел из "другой системы", которая, может быть, действительно гарантирует правильное преобразование из строки указанного тобой вида к дате, и ты веришь, что это универсальная истина для всех систем. Для Oracle это пример говнокода классически и наивного и чуждого, являющего точный маркер того, что навык написания sql приобретен не на запросах для Oracle. И столько букв, сколько уже было потрачено, на него тратить не принято. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 23:21 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
boobytip78.... никогда не слышал попробуй задуматься об этом. настаивать на том, что нечто "tip78безпроблемно с датой сравнивается" на основании личных наблюдений тебе преждевременно именно потому, что ты никогда не слышал . Самое плохое, что с тобой приключилось в жизни до сих пор то, что твой код к сожалению работает в твоем окружении и ты, на голубом глазу, искренне веришь в то, что это написано правильно и так и надо писать "боевой" код. Единственное возможное, но слабое оправдание твоему "видению мира" может быть в том, что в Oracle ты пришел из "другой системы", которая, может быть, действительно гарантирует правильное преобразование из строки указанного тобой вида к дате, и ты веришь, что это универсальная истина для всех систем. Для Oracle это пример говнокода классически и наивного и чуждого, являющего точный маркер того, что навык написания sql приобретен не на запросах для Oracle. И столько букв, сколько уже было потрачено, на него тратить не принято. сынок, во1 не "ты", а "вы". во2, "не слышал", потому что руки из прямого места. Никто не заставляет вас пихать таймстамп туда, где его нет. Тут человек придумывает костыли на ходу, может его парировать своим скиллом, без посредника в моём лице, вы нашли друг друга. в3, читайте профиль. и в4, то что вам дали потрогать чужую ораклю, ещё не делает вас сколь-нибудь опытным спецом, в конце-концов, это могла быть ошибка вашего нонешнего хозяина. А тем более демонстрировать свои скиллы в такой манере, это всё-равно что тявкать на ветер. Вы вроде как изящно прогавкались, но не впечатлили. Всем пох*й. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2017, 23:56 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
tip78, охереть ты мощно задвинул.внушаит. успехов в маркетологии, "отец". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2017, 00:13 |
|
||
|
Есть ли смысл исключать из под суммирования нулевые поля?
|
|||
|---|---|---|---|
|
#18+
tip78, прежде чем соваться в эту ветку, надо было бы сначала хотя бы основы про Oracle изучить, в том числе про NLS-параметры. ps. 18965996 - мда.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2017, 00:20 |
|
||
|
|

start [/forum/topic.php?all=1&fid=52&tid=1885202]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
172ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
1ms |
| others: | 236ms |
| total: | 510ms |

| 0 / 0 |
