Alibek B.SYУпс - мой SELECT не вернет клиентoв c SUM(COST) = 0
В моем случае это не важно, мне нужны только клиенты с ненулевыми агрегатами.
Однако мне казалось сомнительным создавать индекс на миллионной таблице под конкретный запрос.

как раз это нормальная практика
запросов так то по пальцам перечесть

SYtip78а если там именно date, то и без минут будет пофиг

Особенно когда получишь:




cтрока != дата, да и в сентябре 30 дней.

вообще-то =
по-крайней мере ищет всё ровно
ту же самую ошибку получите и без BETWEEN
и там также придётся писать added<='2017-09-30 23:59:59'
BETWEEN тупо удобнее

AmKadtip78это элементарно лечится:


а если там именно date, то и без минут будет пофигИ молиться, чтобы точность в процессе сопровождения/доработки системы не увеличилась до таймстампа.
так вы можете минуты написать сразу, он сам разберётся

boobyТы не понял.
Тупо - это не про between и не про <=.
Тупо - это про '2017-09-30 23:59:59', когда сравнение предполагается с датой.
От того что ты исправил 31 на 30 счастье может и не наступить.
так безпроблемно с датой сравнивается



31 и 30 вам придётся решать в любом случае, что с between, что без
я например это решаю ещё в ПХП:


Staxесли дата с временем то есть нюанс в одну секунду
мне неудобно, надо приплетать 23:59:59

а если не так, то упрётесь в 32е число. селяви )

Staxtip78а если не так, то упрётесь в 32е число. селяви )
юзаю and <01
ну ещё лучше, упрётесь в 13й месяц

StaxSY,

для TIMESTAMP по любому надо 999999999

да и скоко етих 9-к вбивать? гораздо удобнее вместо between пользовать <

61-секунду не получуть в базе, поетому "координационна секунда" пока не актульно
да откуда же вы такие извращённые костыли то достаёте ))
никогда не слышал

boobytip78....
никогда не слышал
попробуй задуматься об этом.
настаивать на том, что нечто "tip78безпроблемно с датой сравнивается"
на основании личных наблюдений тебе преждевременно именно потому, что ты никогда не слышал .

Самое плохое, что с тобой приключилось в жизни до сих пор то, что твой код к сожалению работает в твоем окружении и ты, на голубом глазу, искренне веришь в то, что это написано правильно и так и надо писать "боевой" код.
Единственное возможное, но слабое оправдание твоему "видению мира" может быть в том, что в Oracle ты пришел из "другой системы", которая, может быть, действительно гарантирует правильное преобразование из строки указанного тобой вида к дате, и ты веришь, что это универсальная истина для всех систем.
Для Oracle это пример говнокода классически и наивного и чуждого, являющего точный маркер того, что навык написания sql приобретен не на запросах для Oracle.
И столько букв, сколько уже было потрачено, на него тратить не принято.
сынок, во1 не "ты", а "вы".
во2, "не слышал", потому что руки из прямого места. Никто не заставляет вас пихать таймстамп туда, где его нет. Тут человек придумывает костыли на ходу, может его парировать своим скиллом, без посредника в моём лице, вы нашли друг друга.
в3, читайте профиль.
и в4, то что вам дали потрогать чужую ораклю, ещё не делает вас сколь-нибудь опытным спецом, в конце-концов, это могла быть ошибка вашего нонешнего хозяина. А тем более демонстрировать свои скиллы в такой манере, это всё-равно что тявкать на ветер. Вы вроде как изящно прогавкались, но не впечатлили. Всем пох*й.