Создайте автоматическую дату и время для столбцов таблицы, кроме триггера и ограничения по умолчанию на сервере Sql.

Это стол. Который имеет много столбцов вместе с CreatedDateTime и LastModifiedDateTime. Всякий раз, когда вставляется запись, столбец CreatedDateTime должен быть обновлен с указанием даты и времени транзакции (Текущая дата и время). Таким же образом LastModifiedDateTime также должен быть обновлен когда вставка и обновление происходят в конкретная запись.

Это должно происходить автоматически без влияния Триггера и ограничения по умолчанию.

Доступно ли какое-либо другое встроенное решение?


person Arun G    schedule 11.04.2018    source источник
comment
Я не понимаю, почему вы не хотите использовать ограничение по умолчанию. Это стандартный способ установки даты создания. Вы видите в этом какой-то недостаток?   -  person Nisarg    schedule 11.04.2018
comment
Вы не объяснили, почему у вас есть ограничения на использование ограничений или триггеров по умолчанию. Это стандартные методы. См. дополнительные идеи: stackoverflow.com/questions/21493178/   -  person RnP    schedule 11.04.2018
comment
Я просто ищу вариант для выполнения одиночной и общей операции. помимо этого. Я имею в виду, как CDC.   -  person Arun G    schedule 11.04.2018
comment
Причина отказа от использования триггера в том, что я включил CDC для таблицы, если использовал триггер UPDATE или INSERT. Он выполняется после операции вставки и перед операцией вставки. Это означает, что 2 записи создаются снова. Так что ищу для него вариант. И CreatedDateTime должен обновляться только один раз при создании записи.   -  person Arun G    schedule 11.04.2018


Ответы (1)


CDC и триггеры не идут рука об руку. Либо вы управляете своими CreatedDateTime и LastModifiedDateTime в своем приложении (путем явной вставки и обновления соответственно), либо вы не используете CDC и используете триггер для отслеживания изменений данных и установки значений по умолчанию или измененных значений.

Я считаю, что функциональность таблицы CDC уже отслеживает такие значения, как дата и время каждой операции. Было бы избыточно отслеживать эту информацию как фактический столбец в отслеживаемой таблице, если только она вам действительно не нужна в вашем приложении для какой-то бизнес-логики (в этом случае было бы разумно управлять ею в своем клиентском приложении).

person EzLo    schedule 11.04.2018