You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please don't include the created_at and/or updated_at columns in the insert and update statements! A trigger function handles these automatically so that created_at and updated_at are set to the current time when a row is inserted, and updated_at is reset to the current time when a row is updated. Setting them explicitly overrides this behavior, and using now() sets the column to machine time, not UTC time. (There is a function I defined, utc_now(), which will return UTC time, but you don't need to use it in this case.)
Technically this is a bug, since now() provides local instead of UTC datetime values. However, I am not of any errors this will cause.
This is low priority and a comprehensive update can wait until we transition to dplyr (#395).
The text was updated successfully, but these errors were encountered:
This was causing bugs for me when running multiple workflows at once (not too hard to get two with the same "now" timestamp), and it also addresses PecanProject#1083
From Scott in terraref/computing-pipeline#174 (comment)
Technically this is a bug, since
now()
provides local instead of UTC datetime values. However, I am not of any errors this will cause.This is low priority and a comprehensive update can wait until we transition to dplyr (#395).
The text was updated successfully, but these errors were encountered: