Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
формат даты по умолчанию
|
|||
|---|---|---|---|
|
#18+
Подскажите плз, как сменить формат даты, используемый сервером по умолчанию (допустим с mmddyy на ddmmyy).А то что-то никак не могу найти это в BOL, там есть только SET DATEFORMAT, который меняет установку только для текущей сессии,а sp_configure,sp_dboption,alter database c DATEFORMAT не работают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2002, 06:58 |
|
||
|
формат даты по умолчанию
|
|||
|---|---|---|---|
|
#18+
Формат ОТОБРАЖЕНИЯ полей/значений типа datetime есть дело клиентского приложения, а не сервера. QA, например, всегда выводит поля/значеня типа datetime в формате yyyy-mm-dd hh:mm:ss.sss(если не установлена опция использования региональных установок) EM же использует региональные установки локальной машины ... Формат ХРАНЕНИЯ полей/значений типа datetime остается неизменным. SET DATEFORMAT и подобные установки и функции влияют на интерпретацию СИМВОЛЬНЫХ строк при их конвертации(принудительной или автоматической) в тип datetime. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2002, 07:40 |
|
||
|
формат даты по умолчанию
|
|||
|---|---|---|---|
|
#18+
Попробую поставить вопрос по другому. Допустим в хранимой процедуре есть запрос select * from tab1 where tab.p>'01.03.2002'. Как его поймет SQL Server >1 марта или >3 января. Ведь какие-то установки по умолчанию для этого должны быть ? Если такой запрос выполнить не в хранимой процедуре на результат будет влиять значение DATAFORMAT. Короче говоря, нужно примерно следующее: чтобы для всех соединений с базой данных условие в этом запросе понималось сервером как 1 марта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2002, 08:08 |
|
||
|
формат даты по умолчанию
|
|||
|---|---|---|---|
|
#18+
Этот вопрос уже обсуждался, но поторюсь, что IMHO формат yyyymmdd [hh:mm:ss.sss] , т.е. 20020301 ВСЕГДА будет восприниматься сервером как 1-ое марта 2002 года независимо от всяческих установок ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2002, 08:29 |
|
||
|
формат даты по умолчанию
|
|||
|---|---|---|---|
|
#18+
Спасибо за совет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2002, 08:53 |
|
||
|
формат даты по умолчанию
|
|||
|---|---|---|---|
|
#18+
(я уже не могу...) Мой совет: ваш селект "select * from tab1 where tab.p>'01.03.2002'" пишите так: "select * from tab1 where tab.p>convert(datetime,'01.03.2002',104)". (чтобы "русскоязычному" глазу было легче...) До свидание! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2002, 09:41 |
|
||
|
|
start [/forum/topic.php?fid=46&msg=32028317&tid=1823021]: |
0ms |
get settings: |
5ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
136ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 446ms |
| 0 / 0 |
