動手之前，先來看看 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