ПосетительРуслан Дамировичпропущено...
Да ладно вам ругаться, я вон до сих пор в ORACLE вижу, как пишут TO_DATE('2019/01/01', 'YYYY/MM/DD'), хотя можно просто D'2019-01-01' или DATE'2019-01-01'.
Ну привык он так, в WHERE не смертельно. Вот в SELECT INT -> VARCHAR -> VARCHAR(30) -> DATE может сожрать ему чуть больше памяти. Подумаешь, сервер же не железный - прожует, ну разве что оптимизатор поругается немного...
собственно, как он там у себя привык делать - это сугубо его выбор. ну еще тех, кто с его кодом потом разбираться будет.
мы ему не вправе запрещать писать в привычном ему стиле.
но человек же идет с этим в массы и заявляет, что именно так - правильно и понятно. А остальное - это типа блажь "российских разработчиков"
Вы знаете - я думал это просто "пропустить мимо ушей". Ну кто думает и анализирует - тот поймет, кто нет - таки нет. Но решил для Вас специально совсем немного разжевать.
Итак. Почему именно convert(datetime,convert(varchar(8),20170101),112), а не просто convert(datetime,'20170101',112). Почему нужно бить палкой по голове и заставлять писать длинные преобразования.
А вот почему. Иногда нужно сделать так. declare @str nvarchar(MAX)
@str = N'select .......from ...... where date >= convert(datetime,convert(varchar(8),20170101),112)'
exec(@str)
И тут оказывается, что проще сделать так, чем следить, чтобы кавычки были внесены в двойном объеме.
Но даже не это главное. Иногда нужно сделать так:
1.
2.
3.
4.
5.
declare @str nvarchar(MAX)
declare @int1 int
set @int1 = 20170101
set @str = convert(nvarchar(MAX),'select ... from ... where date >= convert(datetime,convert(varchar(8),') + convert(nvarchar(MAX),@int1) + convert(nvarchar(MAX),'),112)')
exec(@str)
Зачем "бить по голове" и заставлять молодежь делать явный " convert(nvarchar(MAX),' " - оставляю за кадром. Пусть каждый думает в меру своей испорченности.
