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

本贴最后更新于 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 引用 • 89380 回帖

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 没有分组、镜像数据库中居然要显示所有视图、不能整表导入 Excel

    我等这三个问题解决了,才全入思源数据库。

    如果能有子项目,则完败 notion 等一众 database(我目前不需要自动化)

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

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

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

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

    学到了!

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

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

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

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

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

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

    3 回复
  • Achuan-2

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

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

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

推荐标签 标签

  • 友情链接

    确认过眼神后的灵魂连接,站在链在!

    24 引用 • 373 回帖
  • RESTful

    一种软件架构设计风格而不是标准,提供了一组设计原则和约束条件,主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁,更有层次,更易于实现缓存等机制。

    30 引用 • 114 回帖 • 2 关注
  • 新人

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

    52 引用 • 228 回帖
  • Kafka

    Kafka 是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者规模的网站中的所有动作流数据。 这种动作(网页浏览,搜索和其他用户的行动)是现代系统中许多功能的基础。 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。

    36 引用 • 35 回帖
  • danl
    132 关注
  • 强迫症

    强迫症(OCD)属于焦虑障碍的一种类型,是一组以强迫思维和强迫行为为主要临床表现的神经精神疾病,其特点为有意识的强迫和反强迫并存,一些毫无意义、甚至违背自己意愿的想法或冲动反反复复侵入患者的日常生活。

    15 引用 • 161 回帖
  • 自由行
    10 关注
  • 博客

    记录并分享人生的经历。

    273 引用 • 2388 回帖
  • GitLab

    GitLab 是利用 Ruby 一个开源的版本管理系统,实现一个自托管的 Git 项目仓库,可通过 Web 界面操作公开或私有项目。

    46 引用 • 72 回帖
  • 工具

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

    286 引用 • 729 回帖
  • Jenkins

    Jenkins 是一套开源的持续集成工具。它提供了非常丰富的插件,让构建、部署、自动化集成项目变得简单易用。

    53 引用 • 37 回帖
  • ZeroNet

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

    1 引用 • 21 回帖 • 638 关注
  • GitHub

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

    209 引用 • 2031 回帖
  • 安装

    你若安好,便是晴天。

    132 引用 • 1184 回帖
  • HHKB

    HHKB 是富士通的 Happy Hacking 系列电容键盘。电容键盘即无接点静电电容式键盘(Capacitive Keyboard)。

    5 引用 • 74 回帖 • 471 关注
  • Dubbo

    Dubbo 是一个分布式服务框架,致力于提供高性能和透明化的 RPC 远程服务调用方案,是 [阿里巴巴] SOA 服务化治理方案的核心框架,每天为 2,000+ 个服务提供 3,000,000,000+ 次访问量支持,并被广泛应用于阿里巴巴集团的各成员站点。

    60 引用 • 82 回帖 • 595 关注
  • 黑曜石

    黑曜石是一款强大的知识库工具,支持本地 Markdown 文件编辑,支持双向链接和关系图。

    A second brain, for you, forever.

    15 引用 • 122 回帖
  • 正则表达式

    正则表达式(Regular Expression)使用单个字符串来描述、匹配一系列遵循某个句法规则的字符串。

    31 引用 • 94 回帖
  • Spring

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

    944 引用 • 1459 回帖 • 17 关注
  • 30Seconds

    📙 前端知识精选集,包含 HTML、CSS、JavaScript、React、Node、安全等方面,每天仅需 30 秒。

    • 精选常见面试题,帮助您准备下一次面试
    • 精选常见交互,帮助您拥有简洁酷炫的站点
    • 精选有用的 React 片段,帮助你获取最佳实践
    • 精选常见代码集,帮助您提高打码效率
    • 整理前端界的最新资讯,邀您一同探索新世界
    488 引用 • 384 回帖 • 8 关注
  • 职场

    找到自己的位置,萌新烦恼少。

    127 引用 • 1705 回帖 • 1 关注
  • App

    App(应用程序,Application 的缩写)一般指手机软件。

    91 引用 • 384 回帖
  • 深度学习

    深度学习(Deep Learning)是机器学习的分支,是一种试图使用包含复杂结构或由多重非线性变换构成的多个处理层对数据进行高层抽象的算法。

    53 引用 • 40 回帖 • 2 关注
  • Chrome

    Chrome 又称 Google 浏览器,是一个由谷歌公司开发的网页浏览器。该浏览器是基于其他开源软件所编写,包括 WebKit,目标是提升稳定性、速度和安全性,并创造出简单且有效率的使用者界面。

    62 引用 • 289 回帖 • 1 关注
  • GitBook

    GitBook 使您的团队可以轻松编写和维护高质量的文档。 分享知识,提高团队的工作效率,让用户满意。

    3 引用 • 8 回帖 • 4 关注
  • 域名

    域名(Domain Name),简称域名、网域,是由一串用点分隔的名字组成的 Internet 上某一台计算机或计算机组的名称,用于在数据传输时标识计算机的电子方位(有时也指地理位置)。

    43 引用 • 208 回帖
  • abitmean

    有点意思就行了

    29 关注