dermama,



Никогда так не делайте. Потому что 12-31 может быть месяц-число, а может быть число-месяц.

Делайте так




Потому что 112 - это ISO формат YYYYMMDD .

L_argoДелайте такЗачем так сложно, если можно
Чтобы сформировать рефлекс. Чтобы делать кошерно на уровне автоматизма.

alexeyvgв формате, который всегда однозначно распознаётся сервером, не зависит ни от каких натроек
convert(datetime,...,112) всегда однозначно определяется сервером
alexeyvgи при этом короткий
Я не понимаю, откуда такая тяга у российских разработчиков. Однострочники perl, компактные выражения. Краткость - сестра таланта. Но мачеха гонорара. Вы же работаете с молодыми, Вы понимаете, кто идет на смену. Или составляете выражения так, чтобы индус, которого разбудили в полночь, понял спросонья, или получаете рано или поздно проблемы.

Не нужно коротко. Нужно понятно.

Руслан ДамировичinvmПосетитель,

Не кормите "эксперта", не стоит становиться подопытным кроликом - он специально провоцирует реакцию.
Вот тут озвучены его истинные цели - 21420390 (два последних абзаца)
Так он икспердов с масквы не любит, мы-то тут при чем?
Да не только. Еще не нравятся индусы из CenturyLink, которые соревнуются, кто быстрее минут за 20 внесет изменения в BGP. Ну просто таки зла не хватает. Впрочем, это все лирика.

ПосетительРуслан Дамировичпропущено...

Да ладно вам ругаться, я вон до сих пор в 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)

И тут оказывается, что проще сделать так, чем следить, чтобы кавычки были внесены в двойном объеме.

Но даже не это главное. Иногда нужно сделать так:



Зачем "бить по голове" и заставлять молодежь делать явный " convert(nvarchar(MAX),' " - оставляю за кадром. Пусть каждый думает в меру своей испорченности.

alexeyvgРуслан ДамировичДа ладно вам ругаться, я вон до сих пор в ORACLE вижу, как пишут TO_DATE('2019/01/01', 'YYYY/MM/DD'), хотя можно просто D'2019-01-01' или DATE'2019-01-01'.
Ну привык он так, в WHERE не смертельноИспользование CONVERT в общем объяснимо - привычка всегда видеть название типа ещё хоть как то разумна, хотя и спорна (кто то скажет - избыточна). Но преобразование из числа??? Это уж точно абсурд.
Потому что нужно приучать использовать явную конвертацию и писать длинно, но понятно. И на первом этапе нужно просто заставлять. Потом это будет на уровне автоматизма. И никаких посыпаний головы пеплом и криков "ой-вей, нельзя ли записать все это покороче".

Andy_OLAPset @str = convert(nvarchar(MAX),'select ... from ... where date >=
...
Зачем "бить по голове" и заставлять молодежь делать явный " convert(nvarchar(MAX),' " - оставляю за кадром. Пусть каждый думает в меру своей испорченности.
И вообще можно заставить делать так. Тоже для педагогического эффекта.