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

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

以上!

  • 思源笔记

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

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

    22339 引用 • 89388 回帖

相关帖子

欢迎来到这里!

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

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

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

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

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

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

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

    3 回复
  • 其他回帖
  • 5kyfkr 2 赞同

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

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

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

    提前把自己想写的、想研究的标题填入数据库,等要写了,再新建文档

    在 dailynote 通过块引新建文档,然后放入对应的主题数据库里

    学到了!

  • 5kyfkr 1 赞同

    可以的,有启发,数据库确实很方便自上而下管理,怎么好用怎么来,MOC 有时候也是会更灵活一点。

    另外数据库加块级双链的配合其实是全新的领域,只有思源能有如此自由度,同时兼容自上而下和自下而上,缝合得够多慢慢就会有自己的特色了trollface

    1 回复
    1 操作
    5kyfkr 在 2024-04-04 21:24:20 更新了该回帖
  • 查看全部回帖
Achuan-2
给时间以生命而不是给生命以时间,如果你喜欢我的分享,欢迎给我买杯咖啡 https://www.yuque.com/achuan-2 上海

推荐标签 标签

  • jsoup

    jsoup 是一款 Java 的 HTML 解析器,可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API,可通过 DOM,CSS 以及类似于 jQuery 的操作方法来取出和操作数据。

    6 引用 • 1 回帖 • 477 关注
  • Electron

    Electron 基于 Chromium 和 Node.js,让你可以使用 HTML、CSS 和 JavaScript 构建应用。它是一个由 GitHub 及众多贡献者组成的活跃社区共同维护的开源项目,兼容 Mac、Windows 和 Linux,它构建的应用可在这三个操作系统上面运行。

    15 引用 • 136 回帖 • 1 关注
  • 分享

    有什么新发现就分享给大家吧!

    248 引用 • 1792 回帖
  • Kubernetes

    Kubernetes 是 Google 开源的一个容器编排引擎,它支持自动化部署、大规模可伸缩、应用容器化管理。

    110 引用 • 54 回帖
  • 安装

    你若安好,便是晴天。

    132 引用 • 1184 回帖
  • Linux

    Linux 是一套免费使用和自由传播的类 Unix 操作系统,是一个基于 POSIX 和 Unix 的多用户、多任务、支持多线程和多 CPU 的操作系统。它能运行主要的 Unix 工具软件、应用程序和网络协议,并支持 32 位和 64 位硬件。Linux 继承了 Unix 以网络为核心的设计思想,是一个性能稳定的多用户网络操作系统。

    943 引用 • 943 回帖
  • 知乎

    知乎是网络问答社区,连接各行各业的用户。用户分享着彼此的知识、经验和见解,为中文互联网源源不断地提供多种多样的信息。

    10 引用 • 66 回帖
  • RabbitMQ

    RabbitMQ 是一个开源的 AMQP 实现,服务器端用 Erlang 语言编写,支持多种语言客户端,如:Python、Ruby、.NET、Java、C、PHP、ActionScript 等。用于在分布式系统中存储转发消息,在易用性、扩展性、高可用性等方面表现不俗。

    49 引用 • 60 回帖 • 362 关注
  • LaTeX

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

    12 引用 • 54 回帖 • 65 关注
  • 工具

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

    286 引用 • 729 回帖
  • 阿里云

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

    89 引用 • 345 回帖
  • 倾城之链
    23 引用 • 66 回帖 • 136 关注
  • 宕机

    宕机,多指一些网站、游戏、网络应用等服务器一种区别于正常运行的状态,也叫“Down 机”、“当机”或“死机”。宕机状态不仅仅是指服务器“挂掉了”、“死机了”状态,也包括服务器假死、停用、关闭等一些原因而导致出现的不能够正常运行的状态。

    13 引用 • 82 回帖 • 51 关注
  • Caddy

    Caddy 是一款默认自动启用 HTTPS 的 HTTP/2 Web 服务器。

    12 引用 • 54 回帖 • 165 关注
  • Vue.js

    Vue.js(读音 /vju ː/,类似于 view)是一个构建数据驱动的 Web 界面库。Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。

    266 引用 • 665 回帖
  • SOHO

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

    7 引用 • 55 回帖 • 19 关注
  • 服务器

    服务器,也称伺服器,是提供计算服务的设备。由于服务器需要响应服务请求,并进行处理,因此一般来说服务器应具备承担服务并且保障服务的能力。

    125 引用 • 588 回帖
  • Angular

    AngularAngularJS 的新版本。

    26 引用 • 66 回帖 • 537 关注
  • Wide

    Wide 是一款基于 Web 的 Go 语言 IDE。通过浏览器就可以进行 Go 开发,并有代码自动完成、查看表达式、编译反馈、Lint、实时结果输出等功能。

    欢迎访问我们运维的实例: https://wide.b3log.org

    30 引用 • 218 回帖 • 628 关注
  • ActiveMQ

    ActiveMQ 是 Apache 旗下的一款开源消息总线系统,它完整实现了 JMS 规范,是一个企业级的消息中间件。

    19 引用 • 13 回帖 • 671 关注
  • etcd

    etcd 是一个分布式、高可用的 key-value 数据存储,专门用于在分布式系统中保存关键数据。

    5 引用 • 26 回帖 • 528 关注
  • DevOps

    DevOps(Development 和 Operations 的组合词)是一组过程、方法与系统的统称,用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合。

    47 引用 • 25 回帖
  • Sillot

    Insights(注意当前设置 master 为默认分支)

    汐洛彖夲肜矩阵(Sillot T☳Converbenk Matrix),致力于服务智慧新彖乄,具有彖乄驱动、极致优雅、开发者友好的特点。其中汐洛绞架(Sillot-Gibbet)基于自思源笔记(siyuan-note),前身是思源笔记汐洛版(更早是思源笔记汐洛分支),是智慧新录乄终端(多端融合,移动端优先)。

    主仓库地址:Hi-Windom/Sillot

    文档地址:sillot.db.sc.cn

    注意事项:

    1. ⚠️ 汐洛仍在早期开发阶段,尚不稳定
    2. ⚠️ 汐洛并非面向普通用户设计,使用前请了解风险
    3. ⚠️ 汐洛绞架基于思源笔记,开发者尽最大努力与思源笔记保持兼容,但无法实现 100% 兼容
    29 引用 • 25 回帖 • 85 关注
  • iOS

    iOS 是由苹果公司开发的移动操作系统,最早于 2007 年 1 月 9 日的 Macworld 大会上公布这个系统,最初是设计给 iPhone 使用的,后来陆续套用到 iPod touch、iPad 以及 Apple TV 等产品上。iOS 与苹果的 Mac OS X 操作系统一样,属于类 Unix 的商业操作系统。

    85 引用 • 139 回帖 • 1 关注
  • Eclipse

    Eclipse 是一个开放源代码的、基于 Java 的可扩展开发平台。就其本身而言,它只是一个框架和一组服务,用于通过插件组件构建开发环境。

    75 引用 • 258 回帖 • 617 关注
  • 新人

    让我们欢迎这对新人。哦,不好意思说错了,让我们欢迎这位新人!
    新手上路,请谨慎驾驶!

    52 引用 • 228 回帖
  • Hadoop

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

    86 引用 • 122 回帖 • 625 关注