Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Проблемы с датами (может из-за ОС?)но регисон.стандарты одинаковые  [new]
Mari-Salt
Member

Откуда:
Сообщений: 367
Всем здравствуйте! Кто нибудь не сталкивался с проблемой выборки с датами. В одном из серверов поменяли ОС (соответственно поставили региональные стандарты как у всех) и следующий запрос не работает в этом сервере. А у меня на сервере выводит данные. Почему незнаю. Может кто нибудь проконсультирует.
declare @strFromDate datetime
declare @strToDate datetime
declare @intDepCode tinyint
declare @strUserName varchar(18)

set @strFromDate = '01.09.2009'
set @strToDate = '01.10.2009'
set @intDepCode = 1
set @strUserName='Павел'
--select top 10 * from T_applications order by appdate desc
set @strToDate = @strToDate + ' 23:59:59.999'
SELECT *
FROM (T_table1 INNER JOIN S_table2
ON T_table1 .AppType = S_table2.AppTypeCode)
WHERE T_table2.AppRefused <> 1
AND S_table1 .DepCode = @intDepCode
AND T_table1 .ExecutionDate BETWEEN @strFromDate AND @strToDate
21 окт 09, 14:23    [7817876]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы с датами (может из-за ОС?)но регисон.стандарты одинаковые  [new]
Glory
Member

Откуда:
Сообщений: 104760
Вы как всегда постоянны в своем нежелании читать факи
https://www.sql.ru/faq/faq_topic.aspx?fid=109
21 окт 09, 14:26    [7817899]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы с датами (может из-за ОС?)но регисон.стандарты одинаковые  [new]
Нектотам
Guest
Mari-Salt, Glory,
Рекомендации в FAQ немного не совпадают с точкой зрения BOL
Написание инструкций на языке Transact-SQL, адаптированных к международному использованию
21 окт 09, 14:50    [7818144]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы с датами (может из-за ОС?)но регисон.стандарты одинаковые  [new]
Glory
Member

Откуда:
Сообщений: 104760
Нектотам
Mari-Salt, Glory,
Рекомендации в FAQ немного не совпадают с точкой зрения BOL
Написание инструкций на языке Transact-SQL, адаптированных к международному использованию

И в какой же части вы нашли несовпадение ?
21 окт 09, 14:51    [7818160]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы с датами (может из-за ОС?)но регисон.стандарты одинаковые  [new]
Нектотам
Guest
Glory,

небольшие, но есть:
1. В BOL нет рекомендации использовать формат 'YYYYMMDD HH:MM:SS' без CONVERT
2. В faq нет упоминания которое в BOL "В приложениях ADO, OLE DB и ODBC ..."
21 окт 09, 15:02    [7818282]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы с датами (может из-за ОС?)но регисон.стандарты одинаковые  [new]
Glory
Member

Откуда:
Сообщений: 104760
Нектотам
Glory,

небольшие, но есть:
1. В BOL нет рекомендации использовать формат 'YYYYMMDD HH:MM:SS' без CONVERT
2. В faq нет упоминания которое в BOL "В приложениях ADO, OLE DB и ODBC ..."


"В приложениях с использованием других API-интерфейсов, а также в сценариях языка Transact-SQL, хранимых процедурах и триггерах следует использовать числовые строки без разделителей. Например, yyyymmdd в виде 19980924."
21 окт 09, 15:03    [7818300]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы с датами (может из-за ОС?)но регисон.стандарты одинаковые  [new]
Нектотам
Guest
Glory
следует использовать числовые строки без разделителей
Да видел я это. Но про hh:mm:ss там ни слова. Ну и вообще параметризованные запросы везде, где это возможно, рулят :)
21 окт 09, 15:08    [7818337]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы с датами (может из-за ОС?)но регисон.стандарты одинаковые  [new]
Glory
Member

Откуда:
Сообщений: 104760
Нектотам
Glory
следует использовать числовые строки без разделителей
Да видел я это. Но про hh:mm:ss там ни слова. Ну и вообще параметризованные запросы везде, где это возможно, рулят :)

Кто бы сомневался, что передача параметров непосредственно нужного типа лучше танцев по преобразованию одних типов в другие
21 окт 09, 15:10    [7818349]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить