动手之前，先来看看 Ticks 在微软官方文档上的定义：

注解

一个计时周期表示一百纳秒，即一千万分之一秒。1 毫秒内有 10,000 个计时周期，即 1 秒内有 1,000万个计时周期。

此属性的值表示自0001年1月1日午夜12:00:00 0:00:00 (公历日期为0001年1月1日，UTC 时间为公历)的100纳秒间隔数，表示 DateTime.MinValue。 它不包括由闰秒组成的计时周期数。

从上面的定义可知，1tick = 100纳秒，另外要弄明白几个时间单位的转换规则：

1秒 = 1000毫秒

1毫秒 = 1000微妙

1微秒 = 1000纳秒

1tick=100纳秒

1微秒=10tick

计算公式：Ticks = (1970年01月01日00：00：00  ~ DateTime ) 的刻度值  + 621355968000000000，其中 621355968000000000 表示从 0000年00月00日00：00：00 ~ 1970年01月01日00：00：00的刻度值。下面以 2019-11-06 12:11:11.1234567 这个时间为例，演示在不同数据库上计算 Tick 的实现。

SqlServer 中的实现

SELECT (DATEDIFF_BIG(NANOSECOND,'1970-01-01','2019-11-06 12:11:11.1234567') / 100 + 621355968000000000) AS Ticks-- 637086390711234567

MySQL 中的实现：

SELECT (TIMESTAMPDIFF(MICROSECOND,'1970-01-01','2019-11-06 12:11:11.1234560') * 10 + 621355968000000000) AS Ticks-- 637086390711234560

-- 注意：MySQL 时间的小数位最大仅支持 6 位

Oracle 中的实现

SELECT

(((TRUNC(TO_TIMESTAMP('2019-11-06 12:11:11.1234567','yyyy-mm-dd hh24:mi:ss.ff')) - TO_DATE('1970-01-01','yyyy-mm-dd')) * 86400000

+ TO_NUMBER(TO_CHAR(TO_TIMESTAMP('2019-11-06 12:11:11.1234567','yyyy-mm-dd hh24:mi:ss.ff'),'hh24')) * 3600000

+ TO_NUMBER(TO_CHAR(TO_TIMESTAMP('2019-11-06 12:11:11.1234567','yyyy-mm-dd hh24:mi:ss.ff'),'mi')) * 60000

+ TO_NUMBER(TO_CHAR(TO_TIMESTAMP('2019-11-06 12:11:11.1234567','yyyy-mm-dd hh24:mi:ss.ff'),'ss')) * 1000) * 10000

+ TO_NUMBER(TO_CHAR(TO_TIMESTAMP('2019-11-06 12:11:11.1234567','yyyy-mm-dd hh24:mi:ss.ff'),'ff7'))+ 621355968000000000) AS Ticks

FROM DUAL;-- 637086390711235000

PostgreSQL 中的实现

SELECT

((((DATE_TRUNC('DAY','2019-11-06 12:11:11.1234560'::TIMESTAMP)::DATE - '1970-01-01'::DATE) * 86400000::BIGINT+ DATE_PART('HOUR', '2019-11-06 12:11:11.1234560'::TIMESTAMP) * 3600000

+ DATE_PART('MINUTE', '2019-11-06 12:11:11.1234560'::TIMESTAMP) * 60000) * 10000

+ DATE_PART('MICROSECOND', '2019-11-06 12:11:11.1234560'::TIMESTAMP) * 10)::BIGINT+ 621355968000000000::BIGINT) AS Ticks

-- 637086390711234560

-- 注意：PostgreSQL 时间的小数位最大仅支持 6 位

看，最终运行结果与在 C# 代码里运行的结果都是一致的。

技术交流群：816425449