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

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

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

以上!

  • 思源笔记

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

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

    24769 引用 • 101856 回帖

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 时至今日才发现这篇帖子,我自己摸索总结的流程和你的分享不谋而合,再加上数据库之间的关联,确实可以减少很多管理的麻烦,如果早到看到这篇帖子应该会少走点弯路吧,哈哈。

  • 其他回帖
  • Achuan-2

    zotero 如果引入数据库功能 确实就没必要用思源,主要 zotero 自己没有对文献打分的功能,以及简易总结列这种东西(虽然插件实现),文献自定义拖动排序功能也没有

    所以我对 zotero 的定位就是阅读器加文献管理器,但对文献进行分类、整理和文献笔记管理会更喜欢用思源一点,丢个 zotero 链接在思源里就好了。

    1 回复
    1 操作
    Achuan-2 在 2024-04-07 15:50:44 更新了该回帖
  • 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 更新了该回帖
  • Wangfh5 1 赞同 via Android

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

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

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

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

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

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

    3 回复
  • 查看全部回帖

推荐标签 标签

  • 工具

    子曰:“工欲善其事,必先利其器。”

    295 引用 • 750 回帖 • 2 关注
  • HTML

    HTML5 是 HTML 下一个的主要修订版本,现在仍处于发展阶段。广义论及 HTML5 时,实际指的是包括 HTML、CSS 和 JavaScript 在内的一套技术组合。

    108 引用 • 295 回帖
  • CSS

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

    199 引用 • 541 回帖 • 2 关注
  • Swift

    Swift 是苹果于 2014 年 WWDC(苹果开发者大会)发布的开发语言,可与 Objective-C 共同运行于 Mac OS 和 iOS 平台,用于搭建基于苹果平台的应用程序。

    36 引用 • 37 回帖 • 545 关注
  • 阿里云

    阿里云是阿里巴巴集团旗下公司,是全球领先的云计算及人工智能科技公司。提供云服务器、云数据库、云安全等云计算服务,以及大数据、人工智能服务、精准定制基于场景的行业解决方案。

    84 引用 • 324 回帖
  • 微服务

    微服务架构是一种架构模式,它提倡将单一应用划分成一组小的服务。服务之间互相协调,互相配合,为用户提供最终价值。每个服务运行在独立的进程中。服务于服务之间才用轻量级的通信机制互相沟通。每个服务都围绕着具体业务构建,能够被独立的部署。

    96 引用 • 155 回帖
  • SOHO

    为成为自由职业者在家办公而努力吧!

    7 引用 • 55 回帖 • 4 关注
  • VirtualBox

    VirtualBox 是一款开源虚拟机软件,最早由德国 Innotek 公司开发,由 Sun Microsystems 公司出品的软件,使用 Qt 编写,在 Sun 被 Oracle 收购后正式更名成 Oracle VM VirtualBox。

    10 引用 • 2 回帖 • 16 关注
  • WebComponents

    Web Components 是 W3C 定义的标准,它给了前端开发者扩展浏览器标签的能力,可以方便地定制可复用组件,更好的进行模块化开发,解放了前端开发者的生产力。

    1 引用 • 8 关注
  • Spring

    Spring 是一个开源框架,是于 2003 年兴起的一个轻量级的 Java 开发框架,由 Rod Johnson 在其著作《Expert One-On-One J2EE Development and Design》中阐述的部分理念和原型衍生而来。它是为了解决企业应用开发的复杂性而创建的。框架的主要优势之一就是其分层架构,分层架构允许使用者选择使用哪一个组件,同时为 JavaEE 应用程序开发提供集成的框架。

    946 引用 • 1460 回帖
  • ngrok

    ngrok 是一个反向代理,通过在公共的端点和本地运行的 Web 服务器之间建立一个安全的通道。

    7 引用 • 63 回帖 • 648 关注
  • JavaScript

    JavaScript 一种动态类型、弱类型、基于原型的直译式脚本语言,内置支持类型。它的解释器被称为 JavaScript 引擎,为浏览器的一部分,广泛用于客户端的脚本语言,最早是在 HTML 网页上使用,用来给 HTML 网页增加动态功能。

    729 引用 • 1278 回帖
  • Unity

    Unity 是由 Unity Technologies 开发的一个让开发者可以轻松创建诸如 2D、3D 多平台的综合型游戏开发工具,是一个全面整合的专业游戏引擎。

    25 引用 • 7 回帖 • 134 关注
  • FFmpeg

    FFmpeg 是一套可以用来记录、转换数字音频、视频,并能将其转化为流的开源计算机程序。

    23 引用 • 32 回帖 • 1 关注
  • Openfire

    Openfire 是开源的、基于可拓展通讯和表示协议 (XMPP)、采用 Java 编程语言开发的实时协作服务器。Openfire 的效率很高,单台服务器可支持上万并发用户。

    6 引用 • 7 回帖 • 99 关注
  • CAP

    CAP 指的是在一个分布式系统中, Consistency(一致性)、 Availability(可用性)、Partition tolerance(分区容错性),三者不可兼得。

    12 引用 • 5 回帖 • 635 关注
  • 书籍

    宋真宗赵恒曾经说过:“书中自有黄金屋,书中自有颜如玉。”

    76 引用 • 389 回帖
  • LaTeX

    LaTeX(音译“拉泰赫”)是一种基于 ΤΕΧ 的排版系统,由美国计算机学家莱斯利·兰伯特(Leslie Lamport)在 20 世纪 80 年代初期开发,利用这种格式,即使使用者没有排版和程序设计的知识也可以充分发挥由 TeX 所提供的强大功能,能在几天,甚至几小时内生成很多具有书籍质量的印刷品。对于生成复杂表格和数学公式,这一点表现得尤为突出。因此它非常适用于生成高印刷质量的科技和数学类文档。

    12 引用 • 54 回帖 • 18 关注
  • JWT

    JWT(JSON Web Token)是一种用于双方之间传递信息的简洁的、安全的表述性声明规范。JWT 作为一个开放的标准(RFC 7519),定义了一种简洁的,自包含的方法用于通信双方之间以 JSON 的形式安全的传递信息。

    20 引用 • 15 回帖 • 19 关注
  • wolai

    我来 wolai:不仅仅是未来的云端笔记!

    2 引用 • 14 回帖 • 1 关注
  • 创业

    你比 99% 的人都优秀么?

    82 引用 • 1395 回帖 • 1 关注
  • JetBrains

    JetBrains 是一家捷克的软件开发公司,该公司位于捷克的布拉格,并在俄国的圣彼得堡及美国麻州波士顿都设有办公室,该公司最为人所熟知的产品是 Java 编程语言开发撰写时所用的集成开发环境:IntelliJ IDEA

    18 引用 • 54 回帖
  • 七牛云

    七牛云是国内领先的企业级公有云服务商,致力于打造以数据为核心的场景化 PaaS 服务。围绕富媒体场景,七牛先后推出了对象存储,融合 CDN 加速,数据通用处理,内容反垃圾服务,以及直播云服务等。

    28 引用 • 226 回帖 • 137 关注
  • Notion

    Notion - The all-in-one workspace for your notes, tasks, wikis, and databases.

    10 引用 • 76 回帖 • 1 关注
  • OneNote
    1 引用 • 3 回帖
  • PWA

    PWA(Progressive Web App)是 Google 在 2015 年提出、2016 年 6 月开始推广的项目。它结合了一系列现代 Web 技术,在网页应用中实现和原生应用相近的用户体验。

    14 引用 • 69 回帖 • 175 关注
  • V2EX

    V2EX 是创意工作者们的社区。这里目前汇聚了超过 400,000 名主要来自互联网行业、游戏行业和媒体行业的创意工作者。V2EX 希望能够成为创意工作者们的生活和事业的一部分。

    16 引用 • 236 回帖 • 274 关注