-
query 查询把用户指南的查出来了,怎么去掉呢?
2023-09-27 17:42你
order by created
,那肯定是最先创建的帮助文档会被首先查出来。可以在 sql 里面增加条件
box != "帮助文档笔记本的ID"
。 -
如何在思源导入百万字别的小说
2023-09-27 17:38如果你是 epub,那么使用导入插件可以直接保持原来的结构。
如果是纯文本,那建议你自己转成 md 文件,然后手动添加标题符号
#
,这个可能需要用到正则表达式。 -
单独描述下对属性视图的改进建议
2023-09-27 15:07关于「不太理解为何第一个字段一定要选择一个文档或快,有很多的表格需要分析只是单纯的对数字进行加工,不需要第一个字段先选择出一个文档或快(后面的某个字段可关联文档是合理的)」
因为思源做的不是多维表格
这里存在三个类似的概念:
- 多维表格
- 属性视图
- 数据库
思源做的是属性视图和数据库的杂糅体。
-
导入 500 多万字 epub 后反应速度大降
2023-09-24 22:08以及上面的兄弟提到的“找到文档中字数最多的块”,可以用这个代码:
select * from blocks where root_id = "<文档ID>" order by length(content) desc limit 5;
可以用 Query 挂件同时查看对应的字数
-
导入 500 多万字 epub 后反应速度大降
2023-09-24 22:02比如你可以用这句 SQL 语句,你需要把你导入 epub 的那个文档的 ID 替换掉 的内容。
select * from blocks where length(content) > 2000 where root_id="<你对应的文档的 ID>";
这个查询会搜索有没有字数大于 2000 的块,你可以把 2000 改成自定义的数字,比如 3000,5000 之类的。
目前对于「多大」算是大块其实也没有一个明确的标准,但是我试了一下,我整个的我的笔记库里面大于 1000 字的块也只有一两个,所以如果你的文档里面出现了大量大容量的块,那肯定是有问题的。
-
导入 500 多万字 epub 后反应速度大降
2023-09-23 22:43由于思源是动态加载的,所以一般来说文档的总字数对于性能影响没那么大。
你可以检查是不是导入 epub 后出现了内容量特别大的块,这是是确确实实会影响到反应性能的。
-
复制大文本处理机制问题
2023-09-19 16:49「同样粘贴到 everdit、Ndd--等文本工具中的反应速度是 1-2 秒。」跟文本编辑器比没有意义的。
思源是可见即所得编辑器,和这些文本编辑器不是一个物种。
-
复制大文本处理机制问题
2023-09-19 16:48有个问题,你这个文本里面是没有空行的,所以如果直接粘贴的画,可能会被识别成一个块里面的所有内容。
我不清楚一个块里面放百万行的文本会不会存在性能问题。
-
只包含图片的段落跟纯文字段落是相同性质的吗?
2023-09-18 19:05这包含文字的块和纯文字块的类型是一样的,没有办法直接区分出来。他们的的 class 都是 p, data-type 都是
NodeParagraph
-
嵌入块中,SQL 支持 TIMESTAMPDIFF 和 CONCAT 函数吗?
2023-09-14 17:19TIMESTAMPDIFF
是 MySQL 数据库系统中的函数,思源的 SQL 语法是 SQLite 的 -
咨询:思源如何实现多用户用同一个账号?云端同步目录的意义何在?
2023-09-12 21:57设置多个不同的工作空间,每个工作空间使用不同的云端目录
比如我有两个工作空间
每个工作空间选择使用不同的同步目录
-
请教一下插件开发的问题
2023-09-10 21:46- https://github.com/siyuan-note/plugin-sample-vite-svelte
- 如果不想用 svelte,这里还有一个纯 vite 不带前端框架的,https://github.com/frostime/plugin-sample-vite
-
模板片段里的变量和函数应该怎么用啊?
2023-08-26 15:10这个模板里面的文本不能复制到编辑器里以后保存。而是需要手动在 templates 目录下创建一个 md 文件,然后把模板的内容复制进去。