关于 LogSeq
火箭君一直在使用 Logseq 作为自身的日志管理工具。主要用来管理 Daily Log，和项目日志。
长久以来，LogSeq 和 Obsidian一样都是「本地优先」类笔记 App 的代表。两者都是从最早的 类似 RoamResearch 的「本地存储版本」开始发力， 只不过， Obsidian 走向了一个「全功能」的双链笔记， LogSeq 则继续在树状结构的「节点笔记」上深耕。
LogSeq 的节点形式之上，另一家公司又带来了一个「非本地存储」的云端 App，Tana。Tana 和LogSeq 来自于两个截然不同的公司，两种不同的哲学。Tana 更深入地体现了 「节点笔记」的精髓，以节点为记录单位，而且彻底摒弃了「文件」的概念，自然也没有「本地存储」，一切都是云端数据库。Tana 的便利性和性能也因为这些改动而大幅提升，但是数据安全/数据所有权以及隐私保护，也受到了极大的挑战。
言归正传，LogSeq 其实挺适合个人或小团队使用，但不能大规模实时协作，尽管如此「节点笔记」 在「日志记录」领域有天然的优势，LogSeq，正如其名， 让 Log 像 Sequoia 一样尽情生长。这是火箭君最为钦佩的地方。
时至 2024 今日，LogSeq 团队在几周前发布了 关于转向 Database 的公告。这无疑是一个「重磅炸弹」，LogSeq 社区内 顿时引来许多讨论，例如：是否还支持「本地文件」？是否影响现有笔记，为什么非要用DB不可 …… 关于所有这些问题， 火箭君将官方的回答和公告翻译后分享在下面。对于喜欢 LogSeq 或「本地优先」笔记的小伙伴们来说，也算是一个重要的参考。
LogSeq 官方论坛原文地址：
https://discuss.logseq.com/t/why-the-database-version-and-how-its-going/26744
以下是官方公告译文的正文，由火箭君翻译并略作编辑和注释。
正文
大家好，我们知道很多人对即将推出的「数据库版本」有疑问，比如我们为什么要开发它，为什么要花这么长时间。
我们很抱歉几乎把所有时间都花在了开发上，却没有与社区进行良好的沟通。这里将尝试回答其中的一些问题。
一些背景
-
大家都喜欢「纯文本」文件，甚至通过 Git 和 Obsidian 等工具，我们可以将它们与 Logseq 结合使用。不过，这也带来一些限制：
-
虽然「模板」和「属性」可以方便大家网库里面添加 新书或论文等资料，但它们很难维护和协作。
-
我们的愿景是创造一个更好的学习和协作环境。目前的应用程序没有达到我们的目标，其局限性包括：
-
我们从各位用户当中得到了如此多的关爱和支持，以至于 Logseq 仍然丢失数据，这让我们无法接受。我们希望做得更好，因此我们开始为未来打下坚实的基础，
也就是采用「数据库版本」
，我们目标是：
-
我们还决定同时开发具有
实时协作
（RTC）功能的新数据库版本，因为实施具有离线支持功能的 RTC 非常复杂。通过在设计过程中尽早考虑 RTC，我们可以最大限度地降低日后不得不改变实施方案的风险。
面临的挑战
-
存储方面
-
新版数据库应可在多个平台上访问，包括网络、电子和移动平台。
-
它应该能够处理大规模数据，毫不费力地支持多达 50,000 页的数据。（火箭君注：页，Page 就是 LogSeq 对一篇笔记的叫法）
-
您的数据应该是安全的，永远不会被浏览器删除
-
为方便高级查询，新版数据库应支持 Datalog 查询。
-
此外，它还应提供灵活性，允许用户、插件甚至其他应用程序创建自定义类和属性。
-
类和属性的直观用户体验
-
RTC（实时协作） 应该可以脱机工作
-
RTC （实时协作）应该支持「端到端」加密
常见问题
