IPC 上的 FK 场

如何解决IPC 上的 FK 场

远程过程的一些先决条件：

q)\p 15222
q)t:([id:10 20 30]data:`aa`bb`cc);
q)kt:([]id:`t$10 20 20 30 30 30; num:til 6);

并且以下将在本地进程中执行：

1. kt 看起来两边的大小一样：

q)-22!`::15222 "kt"
138
q)`::15222 "-22!kt"
138

2. 但是 Meta 是不同的：

q)`::15222 "Meta kt"
c  | t f a
---| -----
id | j t
num| j
q)Meta `::15222 "kt"
c  | t f a
---| -----
id | j
num| j

为什么会这样？ - 为什么 transferred 表不包含完整的信息作为其源（尽管大小相同）？

---

我怀疑这与 enums 有某种关系 - q 完全删除了 enum 信息 - 是真的吗？：

// remote
q)e:`a`b`c;
q)e1:`e$`b`a`c`c`a`b;
// local
q)`::15222 "type e1"
20h
q)type `::15222 "e1"
11h

解决方法

是的，当通过 IPC 传输到另一个进程时，不会保留枚举（以及外键）。

来自 -22! 的相同长度并不意味着相同的内容。

,

这两个表不同的原因是枚举域不是通过IPC发送的，所以不能保证枚举域存在于本地进程中或与远程进程相同。如果它从远程进程通过枚举域发送，那么它也有可能覆盖本地进程中的本地枚举域的风险。 还有一点要注意的是-22！检查序列化大小，这将删除客户端和服务器上的任何外键。 可能值得查看 https://www.aquaq.co.uk/q/adventure-in-retrieving-memory-size-of-kdb-object/ 以进一步阅读确定 kdb 对象的内存使用情况。