- 已装运
- 2026年9月23日 02:17 UTC
- 作者
- Kamo
- 提交
- 155e7de
构建 PublicTreeIndex 的小型结构指数(父/子、流星路径、祖先) org中的每一篇公开文章, 但都是装满 KbArticle 的行来完成 —— 内容 json 包括,按每行6.6 KB与一行其余部分的几百字节相比较计算。 树指数及其下游的一切(每个列表/树节点的摘录、路径和 祖先分辨率)从不读取内容 json;只有一篇文章读取序列化,并且 有一行已经来自 自己的单独的检查。 300个物品组织的树/名单/单 响应是将正文文本从数据库中取出 ~2 MB , 以便立即丢弃它 。 一行车 QQ 选择索引实际读取的所有名称( a) JPQL 投影查询, 而非寄存器方法 – KbArticle Repository 活于 kamo- shared- library, 并且通过实体自己的建设者从行中构建真正的 KbArticle 实例, 从来没有坚持或支持过本届会议。 PublicTreeIndex 的每个现有读者都会继续工作 不变; 在其中之一上获取 ContentJson () 完全无效, 这只涉及编码 将它序列化, 任何外 单篇文章读。 分开来, / 树 - 亲- slug 都叫 \ \ \ (它自己装入) 每篇重建相同儿童地图的公开文章副本 并构建 PublicTreeIndex —— 一个请求, 装入两次的完整 Org 覆盖的文章列表 。 前者现在 以已经构建的索引作为参数,而不是重建。 另外,翻译Refs(breadcrumbs和"又见"链接,非英语)解决了每个ref的翻译. 将裁判的Guid 重看到 KbArticle , 然后查询其翻译—— 两个查询 每个参考文献。 参考者已经携带了它现在命名的文章的 uid( Kbarticle RefDTO. uid, 内部) 只有—— @Jsonignore, 从来没有在公众的响应中),所以... 以一个批次的IN查询解决列表中的每个引用。 测试: KbArticleServiceTreeIndex Test 声明投影带每个字段一个完整的实体负载 和树/路径/祖先的计算 完全实体负载会产生的同一种三层形状——固定式 旧的VS -新支票。 **************** 练习/逐一结束 法语和 证明批量的查取取代了 guid 往返 QQ 是 从未要求裁判).