关于bson中date类型毫秒级支持实现

[253980289]

mongo原生的date类型是支持毫秒级的，但我看bson中关于date类型的实现代码好像是不支持的，是否可以考虑支持下？在某些情况下还是有价值的。
bson中实现：

static int
ldate(lua_State *L) {
	int d = luaL_checkinteger(L,1);
	luaL_Buffer b;
	luaL_buffinit(L, &b);
	luaL_addchar(&b, 0);
	luaL_addchar(&b, BSON_DATE);
	luaL_addlstring(&b, (const char *)&d, sizeof(d));
	luaL_pushresult(&b);

	return 1;
}

mongo中测试确认支持毫秒级：

db.tb_test.insertOne({ event: "login", timestamp: new Date() })

{
    "_id" : ObjectId("69391b31930723d7b7072f8a"),
    "event" : "login",
    "timestamp" : ISODate("2025-12-10T15:03:13.574+0800")
}

[cloudwu]

bson 库写的比较早，早于 lua 支持原生 int64 ，所以舍弃了一些精度来适应 32bit 。

的确可以保留 64bit 精度，但我担心修改会有潜在的兼容性问题。

另外，如果是时间戳，bson 有定义时间戳类型。对时间戳类型 bson 库是保留全部精度的，我觉得不应该用 date 类型替代 timestamp 类型。

[253980289]

关于mongo中的Timestamp类型，我用ai查到的表述如下：

在 MongoDB 中，Timestamp 是一种内部专用的数据类型，主要用于 复制（replication）和内部操作日志（oplog），不推荐在应用层直接使用（应用层通常使用 Date 类型）。
MongoDB Timestamp 的结构与位数
MongoDB 的 Timestamp 类型是一个 64 位（8 字节） 的值，由两部分组成：

部分	位数	说明
时间戳（seconds）	高 32 位	自 Unix 纪元（1970-01-01 UTC）以来的秒数
递增计数器（increment）	低 32 位	同一秒内多个操作的自增序号（从 1 开始）

然后我又做了以下测试证实了ai说的基本正确：

// 插入一条包含 Timestamp 类型字段的文档
db.tb_test.insertOne({
  name: "test",
  ts: new Timestamp(123, 456)  // Timestamp(seconds, increment)
})

{
    "_id" : ObjectId("693a2f183c5dd34db7072f8a"),
    "name" : "test",
    "ts" : Timestamp(123, 456)
}

我目前的应用主要仅用于在性能监控和统计时通过mongo工具查看对比数据的时间部分，也就是说，还没有作为记录需要代码回读到项目中处理的需求。
虽然Timestamp的低32位并非时间尾数，但我们确实可以并毫秒数作为序号使用，仅仅只是在工具显示效果中差一点点。

所以你的观点和建议我也是认同的，也不建议直接修改接口引发线上项目风险。