格式化内容的意思是，可以给内容设置字段、做成表格。
我有挺多这样的内容，比如收藏了一个链接之类的以后，评论个几十字。
这种内容，是一条一页，用页面属性好呢？还是都放在一页或几页里，用行内属性好？
放页面里的话，那页面就太多了。随便几句话就一页。我现在都有1万多页了。
而且内容分布在不同的页面里，太零碎。
但页面的好处是可以用 Bases 管理，也符合 Obsidian 的整体调性。
放行内的话，优点是内容集中，一页里面可以放很多条。
我自己用 ai 写了一个插件，往页面里新建条目，还算方便。
可是在页面里要用 Dataviewjs，页面一多的话，难免有性能问题。
我现在有个Dataviewjs 表格，加载200多行，就有点卡了。
求大神指教。
我也有类似的顾虑
DataLoom 插件
这个插件，社区没有呀？
DataLoom，不建议用这个插件，项目已经归档了。
个人不会使用行内属性，非md标准格式 后续如果有 笔记迁移需求 将会很麻烦。
除此之外，非md标准格式的第三方插件也不会使用，万一哪天不维护了数据处理得累死 
怎么感觉这个问题归根结底应该是怎么处理零散信息……
反正就属性来说，我个人还是推荐页面属性，毕竟相对更标准、规范。
对的，就是处理零散信息。
用页面的话，真的是太多太多了。
我目前已经1万多页了。
不知道处理10万页的话（绝大部分md中内容很少）， Obsidian 性能如何。
很久以前做过压力测试（OB没有做性能优化前），4万多的笔记只会在反链列表那块有卡顿，别的都不会有影响。现在性能应该是比那会更强的。
虽然我自己也1.5万篇笔记了，但是像这类内容我更多是放在zotero里做。或许这种拆分化管理的思路也可以应对性能焦虑。
啊？zotero可以用来记录零碎片断？这个。。。新用法呀。
因为本质上来说，你需要评论的“链接”也可以视为一种文献，而你的评论就是对这篇文献的笔记 
用zotero还可以顺带帮你把原文抓下来
这种零散信息，用多维表格最直观，不过都是在线服务
这实际就是ob一大插件盲区——《块处理》，全用页面是更利于结构化，但不符合使用习惯，其实有个很好的解决方案，就是让Tasks插件也可以作用于非代办块，因为tasks已经建立起完善的代办管理机制，如果也能应用于非代办块那就是目前最完美的解决方案了，可惜我给tasks的作者提了这个意见后，人家不想做
嗯，的确啊。可是如果不是评论链接呢？
比如随手一记的几句话，但又需要进入一定的结构中。
简而言之，就是 Obsidian 不能像 Notion 那样在表格中呈现非页面的属性。
那就多提几遍啦，哈哈
我一般会区分处理。