这个楼上已经有讨论了，这里就不赘述了。
见：
在obsidian里，每个块都依附于文档，所以找块我常用的方式是[[文档名^]]，而不是[[^^]]，所以找起来并不麻烦。
而且这个说法和下面的矛盾了啊。我先用搜索搜到这个块，然后给块加上标识生成引用，回去粘贴上就行了，不麻烦。
我这样尝试过，但并不是所有时候都这么方便。
如果我把表格+文字独立出去，那我就得给新文档起名字，给这种细碎小文件起名字真是一件麻烦事，起多了我感觉是一种折磨。
其次，我使用filename heading sync插件，文件名与文档中第一个一级标题的名字同步。那么现在，如果我要嵌入![[表格+文字]]这个文档，嵌入内容就会显示这个一级标题，但我不想显示这货，我明明只想看内容。引入CSS解决这个问题会让事情变得更复杂。
即便接受用css，还有一个终极问题：并不是所有时候，文档内容都适合独立出一篇笔记。如果遇到需要块嵌入的情况就要把它独立出去，那会相当相当麻烦。
典型案例就是写生活笔记。
例1，我和别人吃饭，零零散散听了几个事情的消息。
对这个场景，我的习惯是，这些笔记就记录在一个“X年X月X日 和XXX聚餐”的笔记里。以后需要引用里面的内容时，就用块引用/块嵌入。
这种内容基本每一点都是零散的，不成体系的闲言碎语。如果这种笔记都要独立成一个文档，那给文档起名的任务就更艰巨了：有的内容一两句话就说完了，这个名字到底怎么起？还是把这几十字就写在标题上？
例2，看剧时，我会把我在看剧时脑海里冒出的每一个想法全部记录下来。比如：
“这里好，我喜欢”
“我觉得后面的剧情应该是讲黑人白人和解的”
“为什么这里剧情这么设置？好怪啊。是为后面的什么剧情铺垫吗？如果后面有解释的话才能合理化。”
“这个门把手怎么长这样，我没见过啊。话说这真是门把手吗。”
“我之前对剧情发展的推测[[xxxxxx]]错了，实际上他没死。“
“没想到你们体育馆上下层是是要通过这种竖梯上下，有点儿意外。"
“这个场景变化很不错。一开始身上覆盖的是雪，后来身上覆盖的是樱花，也是不错的创意。”
这种零碎想法。
如果我看完作品以后很想说什么，可能会写多篇长评，用到这些素材，也有可能没兴趣写，就堆在那里了。
我把这些笔记写在文档[[初次看xxxx的笔记]]里。用列表分点记录。
这种笔记就不适合每一个想法独立成文档，因为独立成文档，这名字根本就没法起，我是看剧的时候记录下自己的想法，要的就是一个快，要我给每个碎片想法都想一个高度概括，以后还能用[[关键词]]就能检索到的块，这要额外花掉我多少时间，我还要看剧呢。而且，我不是每个想法都要引用，费事想那么多标题干什么，绝大部分都是浪费。
例3，记录集体出游，途中分别和同伴、和路上遇到的人有什么有意思的谈话、发生过什么趣事。
下次用到这里面的内容，我选择块引，而不是把其中那一段单独摘出来独立成一个文档。独立成文档不是不行，但是明显块引用更适合这里的场景。
并且还有一个问题，写在一个文档里和独立成一片文档，笔记写法不一样。独立的一篇文档就要补充完整信息。例如，
如果写《笔记软件应该具备的条件》，写在一篇文章里，只需要写一个列表。如果每一个条件独立成一份文档，就要在每个文档里前面写一句“对于笔记软件来说，……“这样的话。把这些文档嵌入到《笔记软件应该具备的条件》里的话，就会显得很怪，我会在文档开头看到这句话，在每个嵌入块里还要再看一遍这句话。
如果写《游记》，每个小事情独立成一份文档，就得在每个文档前面写一句”今天，我们去了XXX地方玩“这样的话。把这些文档嵌入到《游记》里的话就会显得很怪，我会在文档开头看到这句话，在每个嵌入块里还要再看一遍这句话。