Ну была бы возможность скопипастить значение дататайма, как флоат, чтобы подать на вход хранимке, пользовался бы вместо стирания дефисов (см. выше).

Shakill, я уже приводил пример, как реально хранится дататайм. Чтобы хранилось один в один - НЕТ такого типа.
Половина длины байт - дни, половина - время в долях от 24 часов.
Посему и точность 1/300 сек(дататайм) - вес одного битика. См. пример: я прибавил 1/300 и появилась единичка в младших 4 байтах(единичка первого числа в старших 4 осталась ;-).
Там же я и приводил хранение флоата - оно абсолютно другое. НО!!!!!! Так как по факту хранение дататайм это всегда целые дни и дробное время, то ОНО И КАСТИТСЯ КОРРЕКТНО с таким типом ФЛОАТ. И прекрасно и легко работает без вызова функций

Простите не в тему вопроса, но в "тему ветки" дататайм = флоат.
Если понимать это, то можно не только складывать, умножать ;-) даты, но и красиво группировать по временному полю.
Идея проста: в какую часть попадет наше временное поле при умножение его на вес этого интервала в сутках.

declare @TM datetime = '1.1.2020', @dT datetime = 1.0/24/60
declare @T table (TM datetime, V int)

while @TM < '2.1.2020' begin
insert @T values (@TM, 1)
select @TM = @TM + @dT
end

select TM, sum(V) 'S'
from @T
group by TM

declare @r float = 45--интервал в минутах
declare @f float = 60 / @r * 24
select cast(floor(cast(TM as float) * @f) / @f as smalldatetime) [TM], sum(V) 'S'
from @T
group by floor(cast(TM as float) * @f)

select @r= 10, @f = 60 / @r * 24
select cast(cast(cast(TM as float) * @f as int) / @f as smalldatetime) [TM], sum(V) 'S'
from @T
group by cast(cast(TM as float) * @f as int)

Первый резалт ожидаемо даст все 1440 строк с суммой 1.
Второй корректно разобъет по 45 минут и даст 32 строки с суммой по 45.
И если понять как это, то можно для интервалов (5, 10, 15, 20, 30... ) которые дадут "целый" вес можно функцию убрать, а кастить прямо к инту (резалт 3).

И магия не в поминутных исходных данных, если понять.
И конечно не в круглых интервалах, хоть 57 минут поставьте для ВТОРОГО резалта.

ЗЫ. Очень жду ответа от AndrF по теме вопроса.

Я разве против функций. Каждый кузнец своего счастья. Просто на больших выборках вызов функций даст свою копеечку к нагрузке.
Ну уж и для чистоты: объявите дату тайм переменную, положите в нее НОЛЬ, а то константу 1900 крайне рисковано использовать, вдруг выйдит ужасный СКЛ с другой точкой отсчета? ;-)

invm, ну пожалуйста, у Вас SSMS юзает формат даты винды для отображения даты?

имхо, умрете с этой мечтой. Для того и ввели новый тип дататайм2. Ну или ссылочку дайте на столь важную инфу, что каст дататайма к флоату отменяется. Буду благодарен и учту в разработке.


Простите, стесняющийся бухгалтер, но ваши сообщения крайне полезны и информативны ;-)
Хоть одно бы слово в тему. Например, у вас больной комп, а я ставлю в винде dd/mm/yyyy и даже не перегружая SSMS вижу резалт, потом обратно dd.mm.yyyy и тоже вижу.
От себя я пока только про десятичный разделитель так могу сказать.

Спасибо, добрый человек.
Офигеть, в голове не укладывается. Простите, это точно? Может вы, такой же "счастливчик", как я.
Чем это майкрософт может объяснить?

На много информативнее всего предыдущего. Я бы конечно спросил у вас, чем так дата по сравнению с запятой провинилась. Но боюсь, вы так любите стандарты.

У меня предложение для Glory: в топе вопросов №8 там тем более точки нет ;-) можно написать?: SSMS показывает дату всегда в виде yyyy-mm-dd

Люди, а так было всегда? С СКЛ 2000-2005 тоже?

У меня постоянно точно такой же вопрос к отвечающим.
Ответ на второй день с горем пополам получил. Ведь это был такой сложный вопрос: использует ли SSMS для отображения даты региональные сеттинги винды? Загните пальцы сколько ответов (и сколько из них правильных) было по теме, а сколько выпадов и увода в сторону? Каких только ежиков не обсудили.
Спасибо.