感觉两百多个 issue 一半都是数据库的功能

我一个数据库都没有，我是 dailynote+query，主要结构是“块”；对数据库没什么需求。

而且数据库不通用，还是偏爱 MD 文档。

有很多人提 issue 不正说明用的人多吗

我也在质疑 真正深度使用下来

维护数据库文档是一件非常非常需要时间的事情

同时 对于开发者而言 维护数据库文档也是一件非常需要时间的事情。

实际用来下 用数据库文档的人估计也不会有多少数据库文档 而 开发者却需要为此付出大量代价

开发者自己也用数据库，谈不上多大代价

等看板白板上线了估计每天都会偶遇新问题，bug issue 多如怪物，拼尽全力无法修复（）

我的所有文档都是基于文档树手动维护的，tag 不用，双链不用，数据库也没用过 😂 用思源笔记主要图的就是纯本地 + 编辑体验好 + 自带同步

issue 多证明数据库这个新功能比较多地方需要完善，也反向证明了其他功能需要完善的地方较少而已。早期很多 issue 都是关于双链的，也有人不禁要问真有人用这么多双链吗？每个人需求不一，求同存异吧。

一直不知道数据库有什么用，为什么要用数据库存放东西，以列表或者是表格形式存放不更方便吗？拿到就为了查询方便？列表加表格在额外设置块属性因该也可以达到查询目的吧

看 notion 的各种分享会比较清晰，思源的案例太少，当然也有人没有这种需求，就没必要制造需求了。

那你可得慢慢等了，还是先用社区的插件吧。

数据库可以轻松管理多类别的文档。比起用列表来组织 moc，数据库来收集文档，其实简单很多，直接文档添加到数据库就行，都不需要打开文档，还能自动排序和加标签分类。我的博客文档，有各个专栏，还需要记录发了哪个平台，用标题加列表的形式来管理发布的文章就会非常累，但是用数据库来管理就会很轻松。我不明白为什么有人说用数据库会很累，明明是思源目前最简单的收集文档的方式。

数据库也可以很好的替代标签功能，具体见 tana 的超级标签功能。用了数据库以后，我就再也没用过标签功能。

如果只是记录信息，列表和表格可能更方便

但是管理文档，列表和表格是不如数据库方便，往列表和表格放文章块引需要打开指定的文档，还需要思考放在哪里，列表和表格需要新建一行。而用数据库，就直接给指定文档右键添加到数据库就行了，根本没什么管理压力。表格和列表的排序是固定的，但是数据库可以改变排序方式，也可以进行筛选和搜索。功能只会更加强大。现在数据库还能多选批量复制文档块引，这是列表和表格做不到的。

只要把数据库当成 moc 实现的其中一种方式，不去折腾数据库关联和公式这种美观大于实用意义的功能，数据库功能就是对我而言最省心省力的文档收集功能

数据库重要的不是维护，而是收集

只需要把自己需要的文档收集在一起，目的就达成了

不必管理资料，思考怎么分类，只需要收集当前要做的事情需要的信息即可，这是以任务为导向的防弹笔记法的理念

我创建的很多数据库，比如博客数据库，文献笔记数据库，都只是为了把这些文章、笔记收集在一起，根本不需要有多少维护成本，顶多加几个分类，加一个总结，就完成添加到数据库这件事了

请问你所谓的维护成本在哪里呢？无脑新建文档不管位置直接右键添加数据库相比找到一个指定类目新建文档或找到某个 moc 文档的列表放块引，哪个压力高呢？

你是怎么整理的？不是需要新建文档然后把他添加到数据库中吗

可是思源不是也没跟进 tana 吗 如果是做到类似 tana 直接避免维护数据库 我没意见 但是如果单纯的新建设一个文档 然后再把文档塞到数据库 再思考到底属于那个标签维度 岂不是很麻烦？一个还好 文档多了 岂不是难以维护了

见视频页签新建文档部分

【思源笔记丨我在思源笔记里是如何创建笔记的？四种方法分享（实践：卡片笔记丨 dailynote 丨 MOC 丨 PARA 丨 INKP 丨防弹笔记法）-哔哩哔哩】 https://bili2233.cn/yPbQ9IG

新建文档设置模板路径，即可无脑新建文档

新建文档后右键即可添加到指定数据库，完成收集这个步骤

数据库的标签维度可以不用思考，完全可以不添加分类列，是看个人需求的：你不需要分类，只想收集，就不用分类列，达成收集目的就行。数据库的列，建议只添加必要的，而不是看别人的图书数据库有作者、出版社，自己也添加那么多列，用不上就不必添加，自然就没有维护成本了

把添加到数据库当成添加标签，其实就和 tana 差不多了。只不过不能添加到不存在的数据库，很早之前提过，被 d 否了，有需要的伙伴可以再提提

其实还有一个层面，数据库是新功能，且功能强大，还有很大的潜力，你可以期待它加很多功能，比如希望一个数据库里的新建文档都用同一个模板新建，可以期待把数据库改成标签功能

但是比如标签功能，积重难返，不太可能再大改了，难以再添加什么新功能了

除了 notion，飞书、语雀也搞数据库功能，logseq 有数据库版本，tana 有超级标签，这么多家都在搞数据库，有一定是有原因的，数据库也并不只是花架子

可以把数据库看作一个，存放文件之副本的多维的抽屉。

0 我用其他笔记软件，比如类似 notion 那个 flowus，里面的数据库有非常多的表现形式，个人比较喜欢用看板和日历，可以很方便的概览每天做了什么，每天还需要计划做什么、正在做什么，更多的是把他当成了比嘀嗒清单更灵活的任务管理工具。顺带再作为知识收集的工具。我非常希望数据库可以功能再强大些

是否后续可以快速将块塞到数据库? 感觉挺重要的.这样似乎可以实现 70% 的 tana 了

数量不是很多，但是种类倒是有不少，主要思源开发者少。

以前很多都是关于双链的 issue，现在是关于数据库，其实说白了就是功能完善到一定程度，就不会再提太多 issue 了，就专注使用了所以就会显得其他 issue 少，说明这方面 bug 已经不多了，现在数据库的 issue 多说明还有很多地方可以再改进再优化

而且我觉得日后要是把标签改进、自定义属性支持中文、数据库可以动态根据标签查询做好会更加便利一点，而且用数据库关联一些内容会非常的方便

到现在没用过数据库，不知道怎么用的。感觉是很高大上的东西。

在我的脑海中，数据库的作用就是整理 + 查询。其它多的东西说不上来。

以前觉得没用，偶然间，尝试用数据库来 管理专利追踪情况。发现挺好用的，现在离不开了。

添加方便。还有视图。表格无法替代

大佬，可以出一个数据库使用场景的专题文章不？

看了你上面的文字，对我还是有不少启发，但如果我想较为全面的了解如何使用好数据库，有什么资料可以参考的不？感谢 ～

我是觉得 文档树的功能不够完善

数据库和 query 是互补的。query 基于编程来整理，收集，呈现。数据库引入了一定的"互动"。

另外，数据库导出为 csv，可以视为一种比较通用的格式。notion 和一些类 notion 基本上都支持 csv 的导入。

python 处理 csv 文档更是得心应手。