The timestamps we store in the DB do not preserve microseconds because we use the default mysql datetime field which chops them off (or rounds depending on DB connector). This means that the timestamp will lose precision as it's stored in the DB so an object before DB persistence would not be equal to the same object after restored from the DB.
Also, from an API perspective, it creates an inconsistency because 'OVO native' resources that use the common DB to_dict() to generate the API response will include microseconds while the existing resources only return precision in the seconds field.
The timestamps we store in the DB do not preserve microseconds because we use the default mysql datetime field which chops them off (or rounds depending on DB connector). This means that the timestamp will lose precision as it's stored in the DB so an object before DB persistence would not be equal to the same object after restored from the DB.
Also, from an API perspective, it creates an inconsistency because 'OVO native' resources that use the common DB to_dict() to generate the API response will include microseconds while the existing resources only return precision in the seconds field.