ticketplant第二天如何在kdb中编写新的tplog?

ticketplant第二天如何在kdb中编写新的tplog?,kdb,Kdb,我知道tickerplant在接收数据时会写入tplog。 当天结束时,ticker工厂将开始编写新的tplog。 我看到了tp.q,但不知道是哪个函数做的。 我知道。u.tick开始在磁盘上写入tplog,但不知道是哪个命令使tplog第二天开始写入新的tplog? 有人能给我指一下吗?.u.ts运行在计时器上,不断检查一天的结束时间。在一天结束时,它调用.u.endofday,它调用.u.ld .u.ld检查是否存在名称中包含当前日期的日志文件,如果该文件不存在,则创建该文件 .u.ld负责

我知道tickerplant在接收数据时会写入tplog。 当天结束时,ticker工厂将开始编写新的tplog。 我看到了tp.q,但不知道是哪个函数做的。 我知道。u.tick开始在磁盘上写入tplog,但不知道是哪个命令使tplog第二天开始写入新的tplog?
有人能给我指一下吗?

.u.ts运行在计时器上,不断检查一天的结束时间。在一天结束时,它调用.u.endofday,它调用.u.ld

.u.ld检查是否存在名称中包含当前日期的日志文件,如果该文件不存在,则创建该文件


.u.ld负责每天创建新的日志文件。

.u.ts在计时器上运行,不断检查一天的结束时间。在一天结束时,它调用.u.endofday,它调用.u.ld

.u.ld检查是否存在名称中包含当前日期的日志文件,如果该文件不存在,则创建该文件


.u.ld负责每天创建新的日志文件

有没有办法测试它是否立即工作,这样就不需要等到第二天了?想知道tplog是否真的是新写的吗?你可以自己调用.u.ld,它以日期作为参数。如果您使用明天的日期调用它,它将检查文件是否存在,如果不存在,它将创建它(路径为.u.L)。.u.ld的最后一部分打开新创建的日志文件的句柄。如果您单独调用它,您将希望将其分配给.u.l以执行日志记录。类似于.u.l:.u.ld.z.d+1的内容,您应该能够在磁盘上查看日志文件,或者使用key.u.l检查是否存在。u.l很多!!刚刚做了,新的日志被创建。然而,我用这个CTP日志测试了几天,当我刚开始的时候,它确实会记录。但是它在0:00停止,并且没有创建新的日志。第二天。不知道为什么。我尝试了.u.ld[2021.01.09],但创建了新的日志。因此,我添加了一个计时器,并在00:00重新运行.u.tick。它将再次打开一个新文件。我只是想知道是否分配了.u.l来打开一个新文件,旧文件会自动关闭吗?如果文件存在,文件句柄不会自动关闭,.u.endofday调用hclose来关闭旧连接。你可以用一个新的句柄覆盖.u.l,虽然它不会关闭旧的句柄。有没有办法测试它是否立即工作,所以不需要等到第二天?想知道tplog是否真的是新写的吗?你可以自己调用.u.ld,它以日期作为参数。如果您使用明天的日期调用它,它将检查文件是否存在,如果不存在,它将创建它(路径为.u.L)。.u.ld的最后一部分打开新创建的日志文件的句柄。如果您单独调用它,您将希望将其分配给.u.l以执行日志记录。类似于.u.l:.u.ld.z.d+1的内容,您应该能够在磁盘上查看日志文件,或者使用key.u.l检查是否存在。u.l很多!!刚刚做了,新的日志被创建。然而,我用这个CTP日志测试了几天,当我刚开始的时候,它确实会记录。但是它在0:00停止,并且没有创建新的日志。第二天。不知道为什么。我尝试了.u.ld[2021.01.09],但创建了新的日志。因此,我添加了一个计时器,并在00:00重新运行.u.tick。它将再次打开一个新文件。我只是想知道是否分配了.u.l来打开一个新文件,旧文件会自动关闭吗?如果文件存在,文件句柄不会自动关闭,.u.endofday调用hclose来关闭旧连接。您可以使用新句柄覆盖.u.l,尽管它不会关闭旧句柄