Это зависит. Существует тонкая разница между использованием GetDate()/current_timsetamp в вашем запросе и использованием его в производном столбце.
Результат getdate/current_timestamp в исходном запросе будет оцениваться один раз. Таким образом, ваше значение myDate будет постоянным для всего набора данных. Возможно, это правильно для вашего приложения, возможно, это не так.
Использование выражения getdate в производном столбце будет оцениваться каждые N интервалов. Для большого импорта вы можете получить значительный дрейф в стоимости. То есть первая строка имеет 2014-02-06T11:46:00.000
, в то время как последняя строка имеет 2014-02-06T15:21:19.762
Опять же, является ли это более желательным поведением, зависит от вас и вашего приложения. Это осложнило запросы, которые я должен был написать, чтобы скорректировать поведение импорта в нашей DW, поскольку мы могли только коррелировать импортную деятельность на основе дат.
Если вы хотите использовать производную колонку, но иметь согласованную опорную точку, используйте некоторые из переменных пространства имен System
. Мы часто использовали @[System::StartTime]
, но @[System::ContainerStartTime]
обеспечило бы время начала, более тесно связанное с началом потока данных.