思源笔记数据库使用新思路:谈自上而下管理与自下而上积累

本贴最后更新于 183 天前,其中的信息可能已经天翻地覆

2024.04.15 更新:纠正下对 moc 的描述,下文中的 moc 指代列表型 moc,数据库也算是一种高级表格 moc


之前思源笔记 3.0 发布,我就简单总结了下传统数据库的应用场景,如高级表格、整理书影音、文献笔记、制作 TODO list、管理博客文章等,具体见 Notion 的本地平替!思源笔记 v3.0 发布! - 链滴 (ld246.com)

最近实际使用数据库有一段时间,又有了很多新的想法,觉得数据库真的非常好用,有其存在的意义:它补足了思源笔记作为双链笔记软件在管理笔记上的短板,数据库即可以与 moc 互补进行自上而下的知识体系管理,思源笔记的「添加到数据库」功能又可以与 dailynote 笔记法互补进一步完善无压笔记流程,进行自下而上的积累, 能充当 dailynote 笔记法过去一直缺失的文档树。

什么是自上而下和自下而上呢?L 先生的《打开心智》一书中做了阐述

  • 自上而下:先通过积累形成若干个主题,再从这些主题出发,想清楚自己缺少什么,需要去弥补什么,然后有意识地去获取知识来填充这些主题,完善这些主题。简言之:先建立框架,再填充框架。
  • 自下而上:先不要考虑太多,先去学习。先积累和收集大量的笔记,让它们“自由生长”。然后再通过复习,把它们整合起来,自下而上地构成一个个框架、文章、成果。亦即:先收集素材,再组装成型。

最近一直在生病,干活少,难受就读书,最近就在读《神经科学:探索脑》这本书,所以就以读此书为例,介绍我现在是怎么使用思源笔记的数据库。

数据库与 MOC:自上而下的管理

首先,最显而易见,用数据库可以来管理读书过程中的每一章读书笔记。在没有数据库之前,我会使用 MOC 方法来管理每一章读书笔记,搞一个列表块,添加各章节,读到哪一章节,就块引新建文档,然后记笔记。比如下图这样:

Clip_2024-04-04_19-46-11

这一方法在实际使用过程中有一些问题:

  • 这章节的笔记要回到目录页、跳转到下一章节有点麻烦: 要么通过反链面板到书籍页面,再到下一章,但反链面板常常有其他文档和 dailynote 干扰,不好找到书籍目录页面;要么在这一章节添加书籍页面块引和下一章节块引,这一点困扰了我很久。
  • 删除笔记的管理麻烦:如果把这一章节的笔记删除,moc 的链接不会消失,需要自己手动删除。这个问题在读书笔记上可能比较少出现,但在用 MOC 管理概念笔记、博客笔记等时,就会容易碰到。这也是思源一直没有目录块的弊端。

而使用数据库来管理笔记目录有什么好处呢?

Clip_2024-04-04_19-51-53

  1. 可以通过章节文档右上方的数据库角标打开对应数据库,查看其他章节笔记,没有其他干扰,非常便捷

    Clip_2024-04-04_19-55-33

  2. 数据库中的文档删除,数据库对应条目自动删除,不需要额外处理

  3. 数据库能根据更新时间、创建时间等条件进行筛选和排序。

  4. 思源的数据库主键除了文档外,还可以是普通文本,可以提前新建图书章节,读到那一章,再新建文档。这一点在管理知识体系、管理写作文章也很好用,提前把自己想写的、想研究的标题填入数据库,等要写了,再新建文档。这点与用 MOC 管理笔记的体验是差不多的。

当然用数据库管理目录也有问题

  • 没有列表管理那么方便,不是那么方便批量添加
  • 目前数据库视图并没有目录视图,表格视图只适合简单的一级目录线性管理,无法像列表 MOC 和表格 MOC 一样,提供丰富的层级关系。但凭借多选列和单选列构建不同视图,可以对条目进行分类,对于没有多层级的目录管理而言,还是够用的。有多层级的笔记目录管理还是建议用 MOC,实在想用数据库来管理,也可以用数据库嵌套的方式,即一级目录用一个数据库管理,二级目录通过一级目录各个文档里嵌套数据库管理。

需要注意的是,我觉得数据库和 MOC 管理笔记并不矛盾,数据库更倾向与笔记管理、项目管理,MOC 更自由更倾向于梳理笔记关系,还能方便引用其他笔记。完全可以在主题笔记同时用 MOC 和数据库。如下图,是一个简单的示例:

Clip_2024-04-05_10-20-52

PS:现在发现做笔记就不要追求不重复,怎么方便怎么来,数据库和 MOC 我全都要!!!

另一个例子,我就举例我的尤克里里笔记吧,算是比较典型,具体的学习笔记由于靠考虑尤克里里弹奏学习、乐理知识、制谱软件、学习资源等分类,所以我使用 MOC 来管理笔记,而具体弹唱和指弹曲目的学习,则是使用数据库来管理,还能起一个简单的任务管理作用(数据库就非常适合管理 Project 笔记)。

Clip_2024-04-05_10-09-52

当然,根据图书的章节一章一章的记笔记,只是低级的自上而下,更进一步的自上而下管理是问自己感兴趣和需要的方面,比如

  • 海马与记忆有什么关联?什么是情景记忆?什么是印记细胞?什么是位置细胞?
  • 为什么神经领域会用钙荧光信号作为指示剂来表征神经元活动?钙信号图像的数据处理步骤有哪些?常见的后期数据分析方法有哪些?
  • 三光子显微镜为什么可以直接看到脑子里神经元的活动?
  • 现在脑机接口的发展如何了?脑机接口是如何知道人在想什么的?
  • ……

然后根据自己罗列的问题,有时间就去一个个查资料读文献,深入了解。这里就不再展开。

数据库与 dailynote:自下而上的积累

我目前的大部分的笔记文档都是通过笔记本的设置实现块引新建文档和标签页新建文档按月来存放,不追求文档的分类。相信很多践行 dailynote 笔记法的朋友也是如此设置。

笔记本设置

Clip_2024-04-04_20-10-44

文档树预览

Clip_2024-04-04_21-09-56

L 先生的《打开心智》一书中,提到的 INKP 法(收集箱 I,概念笔记 N,知识主题 K,项目 P)说,读一本书,不要只按章节来记笔记,而是应该整理出一个个概念,这样方便知识体系的建立、知识复用和知识的更新。

于是我就开始在思源笔记里践行 INKP 笔记法,依然以读《探索脑》这本书为例,读《第 5 章 突触传递》这一章时,我碰见了电突触、神经递质、化学突触、乙酰胆碱等名词,我就块引新建文档,建立概念笔记。为了管理这些概念笔记,我会建立主题笔记,如建立一个《神经科学》笔记。然后接下来就有一个问题了,这些概念笔记该如何放到主题笔记里去呢

没有数据库之前,为了把《乙酰胆碱》这篇概念笔记传递到主题笔记,又同时为了方便所谓的无压,我会像思源笔记社区的一些人学习,在概念笔记文档里建立块引标签

Clip_2024-04-04_20-59-19

这样在《神经科学》笔记的反向链接就能看到《乙酰胆碱》这个文档了。

Clip_2024-04-04_20-57-58

然后呢?有空就整理到《神经科学》的 MOC 列表里?不,一般情况下,我就完全懒得管这篇笔记了,因为觉得通过反链面板整理文档真的很痛苦呀!!!尤其如果建立一口气建立很多概念笔记,要一个个打块引标签,然后之后再到主题笔记添加对应的概念块引,那我为什么不直接在主题笔记就添加块引呢?而且这种方法还会污染笔记正文,不方便我分享到其他平台上。所以,我目前已经不再像过去那样热衷于什么都要块引传递积累了,当下就能整理,为什么要未来整理,东西一积累多反而就懒得整理了。

但现在有了数据库,尤其思源笔记的块标菜单有一个「添加到数据库」功能,天哪,这简直是一个伟大的 idea,经过试用后,觉得拨云见日,发现新大陆。感谢 Gaofy 在在 dailynote 流程中,如何把当前块添加到数据库?畅想一种新的方式 - 链滴 (ld246.com)提的建议!让数据库也有了自下而上渐进式积累的无压笔记体验。

方法就是《神经科学》这篇主题笔记新建一个数据库,比如也命名为“神经科学数据库”,《乙酰胆碱》这篇文档直接通过「添加到数据库」添加到该数据库,然后就完成了归档步骤,就这么简单,之后就专心记你的笔记 。

Clip_2024-04-04_21-02-04

我发现数据库尤其适合整理这种名词概念笔记,零散杂乱,用 MOC 整理其实挺头疼的,完全不知道该放在哪里,等列表长了,也不方便查看。现在用数据库,直接往里丢就好了,你都完全不用打开主题笔记想着这个概念要放在哪里。之后有需要利用标签、排序筛选、新建视图等功能进行管理就好了。

这种方法,我个人认为非常便于学科及领域的概念学习和积累:

  • 在渐进式读书过程中遇到的名词块引新建文档通过块标放入数据库中
  • 如果你是 dailynote 笔记法的践行者,在一天遇到的新名词,也可以在 dailynote 通过块引新建文档,然后放入对应的主题数据库里,

而且添加到数据库也支持同一篇笔记放入多个不同的数据库,应该可以平替标签和“块引标签”,管理更方便!

再举一个例子,对于经济学,我非常不了解,前段时间看繁花积累了一点点储备,像经济学这种我过去几乎不怎么了解的领域,我根本就不在乎知识相互之间的关联,我只在乎当前遇到的名词我学会就好了。

Clip_2024-04-04_21-17-14

此外,也不必局限于只传递概念笔记,只建立概念笔记数据库,大可以建立一个主题数据库,除了概念笔记之外,写了对应领域的博客,阅读了对应领域的文章和文献,都可以放进去,分别打上「概念笔记」「写作输出」「文献阅读」标签即可。即把数据库作为 dailynote 笔记法对应主题的文档树,同时具备根据标签进行分类和排序的功能!

总结,dailynote 笔记法说到底就是为了进行渐进式的积累,无论是块引传递还是数据库,只要能达到这个渐进式积累的目的就 ok,不管黑猫白猫能抓到老鼠就是好猫,不必执着于只用块引传递!个人目前认为反链面板在渐进式学习过程中,更适合积累碎碎念和思考,对于概念笔记和文档笔记而言,更适合用数据库来进行积累,因为这样,起码对我来说,后者留给未来的心智压力更小块引传递用来积累单个话题的观点和思考,数据库积累主题下的一篇篇笔记, 彼此互补,多棒

以上!

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统,支持完全离线使用,同时也支持端到端加密同步。

    融合块、大纲和双向链接,重构你的思维。

    22337 引用 • 89382 回帖

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • ZQ11

    事实证明就是没用呗 为了一个返回功能 尝试用数据库解决 不累吗

    MOC 至少可以保证一键生成目录 数据库支持吗?

    3 回复
  • 其他回帖
  • Achuan-2

    MOC 本身做不到一键插入目录哦,也是靠插件和模板才能实现的(如果你说的不是直接复制图书目录的话),对于不使用父子文档的 dailynote 用户,插件能起到的作用也微乎其微,一般也是一个个添加。MOC 实现子文档到父文档,以及兄弟文档间跳转是很麻烦的,而数据库只需要添加到数据库里面,完全就能满足我的需求了,方便,比用 MOC 方便多了。

    而且未来肯定有大佬做数据库相关插件的或者官方完善,比如父文档自动更新子文档数据库、优化数据库的导入批量添加功能(根据 csv、Markdown 表格甚至列表快速完成批量添加),思源的数据库功能才开始不久,还不完善呢,但现在的自上而下和自下而上的综合管理体验已经很不错了。完全可以畅想下。

    1 回复
    3 操作
    Achuan-2 在 2024-04-05 10:23:22 更新了该回帖
    Achuan-2 在 2024-04-05 10:23:02 更新了该回帖
    Achuan-2 在 2024-04-05 10:22:03 更新了该回帖
  • 5kyfkr 2 赞同

    一键生成是指用插入目录插件把子文档直接生成目录吗?那种目录实际上是文档树的另一种展示方式,不能称之为 MOC,数据库能实现不同地方的文档和笔记内块的索引,这个操作和手动整理主题的 MOC 没什么区别。并且 MOC 上限是不能和数据库相比的,MOC 不能方便的打标签分类不同文档或块的处理状态,或者添加附件,引用关联数据库等等

    1 回复
  • 收货很大,主要是要了解数据库应当怎么用、用在什么场景,即使当下用不到或不习惯用,以后某一天或许就会想到这个 flow 的契合;而不是硬要把它和 MOC pk 个你死我活。

    如本文所述,在自上而下学习中,数据库一个很好的场景是学习概念性较强、且自己扎根不深的领域,或许可以叫“通识性学习”。

    对于我自己的专业内知识而言,我觉得最有必要引入数据库管理的是文献笔记。而且和文中说的一样,数据库和 moc 应当双管齐下来管理文献笔记,前者负责简单的整理分类、提供方便的文档出入接口,后者是更加深入的、层级性的整理和综述。

    但我为什么丝毫没有使用数据库的需求?因为这部分功能被文献管理软件所“很大程度”替代了啊 😂😂 但其实,文献管理软件 zotero 其实做的并不够好,原生的文档树加标签的管理,还是心智负担有点重了:

    1. 文档树方面,不断地新建子文件夹来分类,且基本上又只能按一个判据分类。可以将 zotero 中的文档树理解为“你只能对这一批文献建立一个 moc”。
    2. 标签方面,把不同分类规则的标签混合在一起,也会很乱。目前我克制标签的使用在对“方法”的分类。

    倘若引入数据库,不同的列可以作为不同的分类方式,文档树可以直接扔掉。看上去很棒——但从 zotero 到 siyuan 的迁移和重复管理又是一个成本,重复管理是因为你始终需要 zotero,写论文的时候总是得用它导出文献原信息。

    3 回复
  • 查看全部回帖
Achuan-2
给时间以生命而不是给生命以时间,如果你喜欢我的分享,欢迎给我买杯咖啡 https://www.yuque.com/achuan-2 上海

推荐标签 标签

  • Hadoop

    Hadoop 是由 Apache 基金会所开发的一个分布式系统基础架构。用户可以在不了解分布式底层细节的情况下,开发分布式程序。充分利用集群的威力进行高速运算和存储。

    86 引用 • 122 回帖 • 625 关注
  • Postman

    Postman 是一款简单好用的 HTTP API 调试工具。

    4 引用 • 3 回帖 • 3 关注
  • abitmean

    有点意思就行了

    29 关注
  • Mobi.css

    Mobi.css is a lightweight, flexible CSS framework that focus on mobile.

    1 引用 • 6 回帖 • 733 关注
  • 京东

    京东是中国最大的自营式电商企业,2015 年第一季度在中国自营式 B2C 电商市场的占有率为 56.3%。2014 年 5 月,京东在美国纳斯达克证券交易所正式挂牌上市(股票代码:JD),是中国第一个成功赴美上市的大型综合型电商平台,与腾讯、百度等中国互联网巨头共同跻身全球前十大互联网公司排行榜。

    14 引用 • 102 回帖 • 376 关注
  • GitHub

    GitHub 于 2008 年上线,目前,除了 Git 代码仓库托管及基本的 Web 管理界面以外,还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱(报表)、代码片段分享(Gist)等功能。正因为这些功能所提供的便利,又经过长期的积累,GitHub 的用户活跃度很高,在开源世界里享有深远的声望,并形成了社交化编程文化(Social Coding)。

    209 引用 • 2031 回帖
  • 以太坊

    以太坊(Ethereum)并不是一个机构,而是一款能够在区块链上实现智能合约、开源的底层系统。以太坊是一个平台和一种编程语言 Solidity,使开发人员能够建立和发布下一代去中心化应用。 以太坊可以用来编程、分散、担保和交易任何事物:投票、域名、金融交易所、众筹、公司管理、合同和知识产权等等。

    34 引用 • 367 回帖
  • Markdown

    Markdown 是一种轻量级标记语言,用户可使用纯文本编辑器来排版文档,最终通过 Markdown 引擎将文档转换为所需格式(比如 HTML、PDF 等)。

    167 引用 • 1513 回帖
  • webpack

    webpack 是一个用于前端开发的模块加载器和打包工具,它能把各种资源,例如 JS、CSS(less/sass)、图片等都作为模块来使用和处理。

    41 引用 • 130 回帖 • 261 关注
  • 开源

    Open Source, Open Mind, Open Sight, Open Future!

    408 引用 • 3574 回帖
  • OpenShift

    红帽提供的 PaaS 云,支持多种编程语言,为开发人员提供了更为灵活的框架、存储选择。

    14 引用 • 20 回帖 • 633 关注
  • 百度

    百度(Nasdaq:BIDU)是全球最大的中文搜索引擎、最大的中文网站。2000 年 1 月由李彦宏创立于北京中关村,致力于向人们提供“简单,可依赖”的信息获取方式。“百度”二字源于中国宋朝词人辛弃疾的《青玉案·元夕》词句“众里寻他千百度”,象征着百度对中文信息检索技术的执著追求。

    63 引用 • 785 回帖 • 175 关注
  • Ubuntu

    Ubuntu(友帮拓、优般图、乌班图)是一个以桌面应用为主的 Linux 操作系统,其名称来自非洲南部祖鲁语或豪萨语的“ubuntu”一词,意思是“人性”、“我的存在是因为大家的存在”,是非洲传统的一种价值观,类似华人社会的“仁爱”思想。Ubuntu 的目标在于为一般用户提供一个最新的、同时又相当稳定的主要由自由软件构建而成的操作系统。

    125 引用 • 169 回帖 • 1 关注
  • Vditor

    Vditor 是一款浏览器端的 Markdown 编辑器,支持所见即所得、即时渲染(类似 Typora)和分屏预览模式。它使用 TypeScript 实现,支持原生 JavaScript、Vue、React 和 Angular。

    351 引用 • 1814 回帖
  • Node.js

    Node.js 是一个基于 Chrome JavaScript 运行时建立的平台, 用于方便地搭建响应速度快、易于扩展的网络应用。Node.js 使用事件驱动, 非阻塞 I/O 模型而得以轻量和高效。

    139 引用 • 269 回帖 • 43 关注
  • SendCloud

    SendCloud 由搜狐武汉研发中心孵化的项目,是致力于为开发者提供高质量的触发邮件服务的云端邮件发送平台,为开发者提供便利的 API 接口来调用服务,让邮件准确迅速到达用户收件箱并获得强大的追踪数据。

    2 引用 • 8 回帖 • 483 关注
  • Maven

    Maven 是基于项目对象模型(POM)、通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。

    186 引用 • 318 回帖 • 302 关注
  • CSS

    CSS(Cascading Style Sheet)“层叠样式表”是用于控制网页样式并允许将样式信息与网页内容分离的一种标记性语言。

    198 引用 • 550 回帖
  • NGINX

    NGINX 是一个高性能的 HTTP 和反向代理服务器,也是一个 IMAP/POP3/SMTP 代理服务器。 NGINX 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的,第一个公开版本 0.1.0 发布于 2004 年 10 月 4 日。

    311 引用 • 546 回帖
  • Solidity

    Solidity 是一种智能合约高级语言,运行在 [以太坊] 虚拟机(EVM)之上。它的语法接近于 JavaScript,是一种面向对象的语言。

    3 引用 • 18 回帖 • 399 关注
  • CodeMirror
    1 引用 • 2 回帖 • 129 关注
  • BND

    BND(Baidu Netdisk Downloader)是一款图形界面的百度网盘不限速下载器,支持 Windows、Linux 和 Mac,详细介绍请看这里

    107 引用 • 1281 回帖 • 27 关注
  • GraphQL

    GraphQL 是一个用于 API 的查询语言,是一个使用基于类型系统来执行查询的服务端运行时(类型系统由你的数据定义)。GraphQL 并没有和任何特定数据库或者存储引擎绑定,而是依靠你现有的代码和数据支撑。

    4 引用 • 3 回帖 • 9 关注
  • 设计模式

    设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

    200 引用 • 120 回帖
  • Love2D

    Love2D 是一个开源的, 跨平台的 2D 游戏引擎。使用纯 Lua 脚本来进行游戏开发。目前支持的平台有 Windows, Mac OS X, Linux, Android 和 iOS。

    14 引用 • 53 回帖 • 531 关注
  • CloudFoundry

    Cloud Foundry 是 VMware 推出的业界第一个开源 PaaS 云平台,它支持多种框架、语言、运行时环境、云平台及应用服务,使开发人员能够在几秒钟内进行应用程序的部署和扩展,无需担心任何基础架构的问题。

    5 引用 • 18 回帖 • 167 关注
  • ZeroNet

    ZeroNet 是一个基于比特币加密技术和 BT 网络技术的去中心化的、开放开源的网络和交流系统。

    1 引用 • 21 回帖 • 638 关注