Попался в ловушку, в которую ловился лет 15 лет назад и совсем про нее забыл.

7 июля (2022-07-07) во второй половине дня запилил два батника, которые закидывали данные в MS SQL Server с помощью sqlcmd. В процедуре было поле datetime, в скрипте я его формировал через переменные %date% и %time%, в одном месте между ними поставил пробел, в другом - "T". Запятую перед долями секунды менял на точку. Проверил все командой эхо, все было норм.

Утром смотрю - какая-то фигня. Из одного источника данных с полуночи вообще нет, из другого - уползли в другой месяц. В общем, правильное решение:

1. В региональных параметрах пользователя, из-под которого будет запускаться скрипт, формат даты в обоих местах должен быть "yyyy-MM-dd".
2. Формат времени "HH:mm:ss" для cmd работает не так, как надо, он все равно до 10 утра будет ставить пробел вместо начального ноля. Поэтому в скрипте меняем пробел на ноль и запятую на точку. Буква "T" между датой и временем нужна, чтобы скуль точно знал, о каком формате идет речь и не вздумал месяц с датой местами поменять.

Это если тебе формат date нужен. Для даты это универсально и гарантированно никаких разночтений не будет.

А если datetime, то как я написал.

Я в явном виде cast или convert не использовал. Сейчас попробую повторить ошибку.

20220708 9:14:00.000 - это внутренняя фича скуля.
2022-07-08T13:42:17.675 - это мировой стандарт, про который знает скуль.

Что его можно использовать в date, я знал, но использовать его в datetime мне казалось нелогичным.