或者使用集市里面「今日笔记」插件

你 order by created ，那肯定是最先创建的帮助文档会被首先查出来。

可以在 sql 里面增加条件 box != "帮助文档笔记本的ID" 。

如果你是 epub，那么使用导入插件可以直接保持原来的结构。

如果是纯文本，那建议你自己转成 md 文件，然后手动添加标题符号 #，这个可能需要用到正则表达式。

关于「不太理解为何第一个字段一定要选择一个文档或快，有很多的表格需要分析只是单纯的对数字进行加工，不需要第一个字段先选择出一个文档或快（后面的某个字段可关联文档是合理的）」

因为思源做的不是多维表格

这里存在三个类似的概念：

• 多维表格
• 属性视图
• 数据库

思源做的是属性视图和数据库的杂糅体。

好像是一个 bug。需要召唤开发者。

@88250

记得每个段落之间插入一个空行，不然导入后可能所有段落被识别为一整个块，直接卡死。

总结的挺好，目前的感觉是设计上是可以的，但是使用上还差了一点火候。

额外的功能特性只在订阅期间生效，如果你没有订阅也没有购买永久权限，那当然是用不了的。

就是 content 字段

以及上面的兄弟提到的“找到文档中字数最多的块”，可以用这个代码：

select * from blocks
where root_id = "<文档ID>"
order by length(content) desc limit 5;

可以用 Query 挂件同时查看对应的字数

比如你可以用这句 SQL 语句，你需要把你导入 epub 的那个文档的 ID 替换掉 的内容。

select * from blocks where length(content) > 2000
where root_id="<你对应的文档的 ID>";

这个查询会搜索有没有字数大于 2000 的块，你可以把 2000 改成自定义的数字，比如 3000，5000 之类的。

目前对于「多大」算是大块其实也没有一个明确的标准，但是我试了一下，我整个的我的笔记库里面大于 1000 字的块也只有一两个，所以如果你的文档里面出现了大量大容量的块，那肯定是有问题的。

由于思源是动态加载的，所以一般来说文档的总字数对于性能影响没那么大。

你可以检查是不是导入 epub 后出现了内容量特别大的块，这是是确确实实会影响到反应性能的。

「编辑器宽度」插件

思源里所有的对话框都可以通过拖动四个角自由缩放

应该没有办法通过软件或者纯 css 的方式完成自动居中，估计用到 js 写个插件

「同样粘贴到 everdit、Ndd--等文本工具中的反应速度是 1-2 秒。」跟文本编辑器比没有意义的。

思源是可见即所得编辑器，和这些文本编辑器不是一个物种。

有个问题，你这个文本里面是没有空行的，所以如果直接粘贴的画，可能会被识别成一个块里面的所有内容。

我不清楚一个块里面放百万行的文本会不会存在性能问题。

没有区别，从类型上讲都是段落块。

这个是你的文本被识别为 html 块了，而 html 在思源里是可以执行 js 的。只能把代码重新整理一下。

这包含文字的块和纯文字块的类型是一样的，没有办法直接区分出来。他们的的 class 都是 p, data-type 都是 NodeParagraph

可以关闭同步吧，这样就是完全离线状态了

这个插件文档写的比较简单，实在不行加思源的折腾群问问作者本人算了。

1017854502

插件问题最好去 github 提，在论坛里面提作者也看不到。

TIMESTAMPDIFF 是 MySQL 数据库系统中的函数，思源的 SQL 语法是 SQLite 的

设置多个不同的工作空间，每个工作空间使用不同的云端目录

比如我有两个工作空间

每个工作空间选择使用不同的同步目录

• https://github.com/siyuan-note/plugin-sample-vite-svelte
• 如果不想用 svelte，这里还有一个纯 vite 不带前端框架的，https://github.com/frostime/plugin-sample-vite

其实思源可以不强制更新，只是 2.9 版本比较特殊，大量更改了同步算法，进而影响到了官方的同步服务，所以这段时间一致在强迫用户更新。

华为政策要求，不能出现 github

先全量导出备份一遍。如果有多端同步的话，一定要多端一起升级。

这个模板里面的文本不能复制到编辑器里以后保存。而是需要手动在 templates 目录下创建一个 md 文件，然后把模板的内容复制进去。