MSSQL2005, Что за прикол с датами..

← →
12 © (2010-06-04 09:15) [0]

Эпиграф стандартный - всегда все работало.

Сегодня свалился job в планировщике, на Delphi писал, к БД цепляется
выяснил в конце-концов, что дата не верно понята сервером
Тестирую
пишу:
declare @DateFrom datetime; declare @DateTo datetime; set @DateFrom = convert (datetime, "2010.01.31 0:0:0", 120); print @DateFrom; set @DateTo = convert (datetime, "2010.06.31 0:0:0", 120); print @DateTo;

вывод:

янв 31 2010 12:00AM
Msg 242, Level 16, State 3, Line 5
Преобразование типа данных char в тип данных datetime привело к значению datetime за пределами диапазона.

Зы
setdateformat не проходит, тоже самое
(да и не подходит)

Что удивительно -
set @DateFrom = convert (datetime, "2010.01.31 0:0:0", 120);
print @DateFrom;
дает
янв 31 2010 12:00AM
а
set @DateTo = convert (datetime, "2010.06.31 0:0:0", 120);
дает
ошибку.

← →
12 © (2010-06-04 09:27) [1]

похоже, будущие даты не понимает
кто-то чего-то покрутил..

← →
Sergey13 © (2010-06-04 09:31) [2]

> [0] 12 © (04.06.10 09:15)

31 июня трудно понять. Попробуй хотя бы 30. Или 1 июля. Может поймет?

← →
Anatoly Podgoretsky © (2010-06-04 09:36) [3]

> Sergey13 (04.06.2010 09:31:02) [2]

Начитались фантастики.

← →
12 © (2010-06-04 09:41) [4]

:)

вот я кретин..

← →
Думкин © (2010-06-04 09:56) [5]

> вот я кретин..

Ну, почему же. Есть и 31 июня и 32 мая.

нет, это жара

кабинет новый построили - в пентхаузе
по нашему, на чердаке
я там сейчас

А кругом крыша, солце по крыше, кондеров нет пока
уже +36С, это тока 10 утра
в 13-00 буду спрашивать почему
MainUserId ; integer: не прокатывает :)

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

> incDay()

Кошерная функция.

MSSQL2005, Что за прикол с датами.. Найти похожие ветки