数据库（属性视图）公测反馈

今天属性视图进行了付费用户公测，和预期功能有些偏差，部分功能也挺奇怪或有缺陷，特来反馈。

设计思路

目前用户在讨论笔记软件的数据库的时候其实涵盖了多种不同的东西：多维表格、notion 数据库、属性视图。

多维表格

大略可以当成加强版 Excel，单元格内可以填充的内容多种多样，所有的数据依托于表格存在。典型代表 airtable。

notion 数据库

在 airtable 的基础上有所发展，每一行都是一个内嵌于数据库的页面，可以打开页面记录数据库字段之外的内容。

notion 的数据库内嵌页面也是依托于数据库存在的，在文档树中无法找到它，并且删除数据库时里面的所有页面都会被删除。

属性视图

顾名思义，就是把块、页面的属性进行汇总显示的一种视图，可以有表格视图、日历视图、看板视图、列表视图等。属性视图与多维表格、notion 数据库的主要区别在于：属于依托于块或页面存在，把表格删了属性仍然存在。表格只是起到汇总、筛选、批量操作的作用。

本地笔记御三家目前都在做或计划做相关功能：

• 思源笔记：attribute view（block attribute、page attribute）
• logseq：property（block property、page property）
• obsidian：file property（ob 没有块，所以只有 file property，没有 block property）

obsidian

下图是 obsidian 的 file property，可以直接在文档中添加 property，不需要有表格（目前 ob 本体还没有提供对 file property 进行汇总的功能，后续不知道会不会提供）

logseq

可以直接给页面和块设置属性，并且能够通过 query 进行汇总，目前汇总表只能查看，不支持修改。

思源笔记

在借鉴 notion 的路上渐渐丢失属性视图的本质。

属性视图表格和 notion 长得很像，功能比较完善（吐槽：日期类型不设置时间竟然不显示）

需要点击块标 → 属性 → 数据库 才能查看数据库表格给页面添加的属性。

存在的问题

新建文档问题

在数据库中新建文档，该文档会变成当前文档的子文档，并且在文档树中不可见。

在文档树中不可见这个显示效果与 notion 是一致的，但是由于实际上会在当前文档下生成子文档，因此会导致一些 notion 中没有的问题。例如我在文档 A 的数据库中新建了文档 B，文档 B 变成了文档 A 的子文档，后续整理笔记过程中我将数据库从文档 A 移到到了文档 C，并顺手删除了文档 A，此时文档 B 也会被删除，数据库中的文档 B 失效。

改进建议：把数据库新建的文档统一放到一个不可见笔记本或者文档中，或者干脆就在文档树中进行显示。

显示问题

1. 文档属性需要到属性页面才能查看，比较麻烦，建议像 notion 一样直接在页面顶部显示。
2. 在属性页面显示了数据库表格的名称，但是无法点击跳转到数据库表格。

引用范围问题

目前在数据库表中进行引用，引用范围同 [[ 引用，会受到下面这个选项的影响，就是这么设计的吗？我觉得是合理的，但最好进行一下说明。

到底是谁的属性？

既然叫属性视图，属性还是应该要算到块或者页面的头上，但是目前呈现出来的结果是这些属性应该算是数据库表格的属性，主要有两个原因：

1. 不同数据库表格给同一个块添加的同名、同类型属性被当做两个属性。如果这个属性属于块，那么这个块应该只能有一个同名、同类型属性。
2. 在块属性界面的数据库分页无法对属性进行修改、删除、添加。只能看、不能改，这怎么能算是块的属性呢？

汇总功能缺失

目前的操作步骤是：

1. 在文档中添加一个数据库
2. 在数据库中引用一个块或者新建一个文档
3. 给数据库增加属性列，并为每一个块设置属性值

这个是和 notion 一样的、从上而下的逻辑，都是现有数据库、后有页面（块）属性，这应该算是多维表格的做法，而不是属性视图的做法。属性视图应该是自下而上的逻辑，先有块，再有块属性，最后才有对块属性进行汇总、筛选的属性视图。

以上是我的个人理解及期望，也有人是想要多维表格的功能，建议把多维表格和属性视图分成两个功能，而不是进行大杂烩，现在端出来的这道菜已经成功让群里不同需求用户都嫌弃了 😂