|
![]() |
#1 |
Консультант-джедай
|
Я спрашивал про бизнес цель? Если скрыть элемент времени, то пользователям будет все равно какое там значение.
__________________
Крокодил, крокожу и буду крокодить. Человек человеку - волк , а зомби зомби - зомби. Экстремал и буду экстремать! ![]() |
|
![]() |
#2 |
Участник
|
Была необходимость импорта данных, реализовывали через SSIS, перед импортом необходимо было проверить на наличие уже существующих записей, для этого использовался лукап, и не сразу пришло в голову конвертировать дату-время в дату при выгрузке, но в итоге на этом остановились.
Но тем не менее, даже учитывая, что задача решена, по какой причине записываются даты с разным временем? Специфика CRM или кривые руки? |
|
![]() |
#3 |
Участник
|
Цитата:
Вы в своей "консольке" безусловно прибавляете к дате 4 часа (она кстати через crm service выгружается тоже в UTC значении) при этом: разница между вашим часовым поясом (москва?) и UTC+0 изза перевода времени на зимнее\летнее может варироваться от 3 до 4 часов в filtered-views вызывается функция fn_UtcToLocalTime(datetime), которая приводит ко времени пользователя из-под кооторого выполняется sql script и дотнет в UtcToLocalTime и срм-ная sql-функция умеют правильно определять автоматически разницу смещения в зависимости от перевода часов. |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|