Здравствуйте, всем.

Много раз где встречалось, что SSMS должен для отображения даты использовать локальные настройки винды. Так ли это?
С десятичным разделителем прекрасно дружит, достаточно перезапросить запрос после смены в винде.

Менял в обоих английиских SSMS(у меня 12 и 14 стоят) в options->environment->international settings->language с английского на same as windows. Других вариантов там нет (языковых пакетов студии не стоит), винда русская. Без результата.

Если для отображения dd.mm.yyyy нужно ставить русский SSMS, то чем майкрософт это объясняет?

ЗЫ. Конверт просьба не советовать, с ним понятно. Нужно просто для удобства отладки хранимок, порой тяжело читать дату по англицки ;-)

Нет. Не устраивает. От слова совсем.

А вас устраивает?

Ну кроме: просто привык к формату dmy по жизни.
Крайне "удобно" к примеру скопипастить ее и подать на вход хранимке при дефолтном русском языке и dmy формате.

Простите, но забудьте про строки. Где у меня написано, что я с датами работаю как со сроками? У меня везде на входе и выходе хранимок дата именно ДАТА.

Люди, простой вопрос: SSMS должен для ОТОБРАЖЕНИЯ ДАТЫ использовать локальные настройки винды или зависит от языка SSMS и не лечится?

Гавриленко Сергей Алексеевич, я думал понятно:

Крайне "удобно" к примеру скопипастить ее (ДАТУ) и подать на вход хранимке В SSMS при дефолтном русском языке и dmy формате и ВХОДНОМ ПАРАМЕТРЕ ХРАНИМКИ ТИПА ДАТА.

Вы сильно удивитесь, но не страдаю и не буду страдать, т.к. дататайму=флоату сильно пофиг какой у вас язык. Представляете, там целая часть за дату отвечает, дробная за время ;-) Для этого собственно типы и придуманы, как правильно трактовать байтики.
Мне искренне жаль, людей которые извращают это понятие и любой тип загоняют в строку. В последний раз: в хранимках входной параметр типа дата, выходные поля типа дата.

Весь вопрос только удобства работы в SSMS. Любое уважающее себя приложение должно показывать данные в соответствии с региональными настройками пользователя. Дробный же разделитель соизволили корректно показать (не остались на своей точке и не кричат, что это стандарт). Чем дата хуже?

Поэтому и простой вопрос: SSMS может показать дату не в формате языка интерфеса и у меня глюк требующий лечения?
ИЛИ этот вопрос останется без ответа?

ЗЫ. Ну простите, что привык к английскому интерфейсу и к русской дате.

Если вы думаете, что это кому то не понятно, жаль. Каждый думает в меру своей испорченности.
Я сталкиваюсь со датой, как со строкой только в SSMS. Ладно бы хоть действительно выдавал в дефолте yyyymmdd, а то или дефисы убирай после копипаста или приводи полностью к русской сессии.
В mssql нет возможности задать литерал типа дата-время, как, например задаются бинарные значения через префикс 0x. И обычно входная дата передается серверу строкой. Я очень удивлюсь, если вы найдете хотя бы одну клиентскую библиотеку, которая сделает такой вызов на сервере, после которого в профайлере будет написано


(т.к. якобы дататайму=флоату)
declare @dt datetime = 1.5
select '1', @dt
select @dt = @dt - 0.5
select '2', @dt
go

CREATE PROCEDURE test @t datetime AS SELECT @t
go

exec test 1.5
exec test '19000102 12:00:00.000'
exec test '1900-01-02 12:00:00.000'

Резалт:
1 1900-01-02 12:00:00.000
2 1900-01-02 00:00:00.000
1900-01-02 12:00:00.000
1900-01-02 12:00:00.000
1900-02-01 12:00:00.000

Наслаждайтесь (отдельно во вложении снимок трейса, где как раз exec test 1.5)

Да. Очень люблю работать с датойтаймом именно как флоат.
Просто прибавить/отнять любое количество дней (целое), любое время накинуть (дробное), откунуть дробную часть(время), получить дату или наоборот откунуть целое и получить время.

Доктор, я болен?

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

Может для кого-то будет полезно, а то с такими "гуру": дататайм 8 байтов хранит 4 байта целое - сутки от 1.1.1900, и 4 дробная время,
смолдатайм тоже самое, но 2 + 2. Прекрасно кастится с флоатом и позволяет проводить любые операции над датой, как над флоат и обратно флоат трактовать как дату:

declare @dt datetime = 1
declare @f float = cast(@dt as float)
select 'раз', @dt, @f, cast(@f as datetime), cast(@dt as varbinary(8)), cast(@f as varbinary(8))

select @f = @f + 1.0/24/60/60/300, @dt = @f
select 'два', @dt, @f, cast(@f as datetime), cast(@dt as varbinary(8)), cast(@f as varbinary(8))

резалты:
раз 1900-01-02 00:00:00.000 1 1900-01-02 00:00:00.000 0x0000000100000000 0x3FF0000000000000
два 1900-01-02 00:00:00.003 1,00000003857961 1900-01-02 00:00:00.003 0x0000000100000001 0x3FF000000A5B2BAD

Пальчиком поводите по предпоследнему полю, поймите как хранится дататайм.

Что характерно по теме вопроса НИ СЛОВА ;-(

Наконец-то и до темы вопроса добрались ;-)
Огромное спасибо за это всем не тролям.


AndrF, я так и не понял и Вас в двух местах по разному. У вас зависит отображение от региональных настроек? или всегда yyyy-mm-dd?

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

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 для отображения даты региональные сеттинги винды? Загните пальцы сколько ответов (и сколько из них правильных) было по теме, а сколько выпадов и увода в сторону? Каких только ежиков не обсудили.
Спасибо.