先给出定义——我理解的「多维表格」大致上是：
- 从特定的范围中，提取需要的数据，汇总显示在一个基础视图中。
- 这个视图通常是表格的形式，根据需要也可以切换不同的视图（例如日历、看板、图表等）
- 多个视图可以共享相同的数据源
- 可以查看和编辑笔记的属性，可自定义多种不同的属性类型
- 支持「筛选、排序、分组」功能
以上是基础定义，飞书的多维表格、Notion 数据库还有 Obsidian Bases（数据库）基本上全都满足。
但是在共性之外，它们也有显而易见的差异。
差异部分
最主要的差异部分，是「数据来源」的区别。
- Obsidian Bases 的默认数据源是全库笔记，需要通过筛选条件加以限定。
- 多维表格/Notion 的数据源是给定的一个数据库，默认是空的，需要逐个添加新条目。
相当于一个是从 100 开始做减法，另一个是从 0 开始做加法。
局限
这种设计方向的差异也带来了两边不同的局限性：
- Obsidian 无法便利地聚焦在某个范围内，每次都需要手动配置过滤条件，创建的笔记也无法直接保持一致的属性规格。
- 但反过来说，OB 也更自由。它可以把全库的任意文件都显示在一起。
- Bases 的 Formulas 公式让你可以更自由地对不同属性进行组合或者条件判断，它甚至能直接渲染 HTML 代码！
- Notion 这边则是没法将「超出范围」的笔记添加进数据库，灵活度不够。不过，它也支持更丰富（花哨）的属性类型，像是「选择、人员、电话」等。
- 得益于它数据库的明确范围，对于“选择/多选”，它可以只显示当前数据库内的候选项，而不是像 Obsidian 属性那样把全库的候选项都显示出来。
- 此外，它还支持像是 Relations & rollups 这样更为复杂的属性，用来连接多个数据库。还有 Database buttons 这种可操作按钮，用来快速执行特定操作。
存储形式
这些数据的「存储形式」，本质区别不大。
比如 Notion 是存在 PostgrfeSQL 中，Obsidian 显而易见是存在 md 文件里的。
很多人会觉得「一条数据就是一个文件，太麻烦了」，但其实只要看开一点，一堆只有元数据用来储存属性的「bases 数据文件」其实也不是啥问题。
事实上如果你把一个 Notion 数据库导出到本地，你会发现它也是给每一条数据都生成对应的 md 文档，并将属性写入 md 的 yaml 元数据中。
无非是 Obsidian 直接将数据源头的 md 文档暴露出来，而 Notion 等软件会藏在用户看不到的地方，所以感觉差异明显。
但比起「数据存在哪儿」，两者的初始数据和限定范围的差异还要更大一些。
结论
总而言之——我的看法是，Obsidian Bases、Notion 数据库还有多维表格，基本上是同一个东西。
大多数情况下它们能做到类似的事情。
当然，Bases 目前还比较初期，很多需求需要借助插件来实现——好消息是，Obsidian 有着非常健康的社区生态，而且它的开放性使得 Bases 的拓展视图拥有无限可能。
另外就是 Obsidian 目前近乎瘸腿的「多人协作」功能，这方面确实远远不如飞书和 Notion，这里先按下不表。
题外话
Obsidian Bases 目前在中文版中的「数据库」翻译是我提交的：
当时也在纠结要不要叫做「多维表格」，但考虑到目前这个名词还基本局限在飞书，不算特别广泛；而和 Notion Database 一致的「数据库」比较容易让用户联想和接受，所以最终还是采用了数据库作为译名。
