简介围绕 myBase 6.3.8 Desktop 的桌面端工具包与试用期说明面向需要搭建个人知识库的笔记用户、信息整理爱好者及工具评估者。内容以层次化数据库和树状笔记结构为主线覆盖文本、图片、链接、代码片段的收集、分类、关联与检索并针对30天试用到期后的授权购买、试用信息清理、替代工具选择等情形给出可操作的解决思路适合希望继续使用或平稳迁移的中级用户参考。包内共393个文件以界面位图、JavaScript 脚本、ini 配置、dll 组件和 html/gif 帮助素材为主另含可执行程序、示例数据库与少量说明文档压缩包约3.88MB便于直接部署和查看界面资源。已有1616人学习可从中了解软件功能边界、数据库备份恢复及模板、快捷键等效率用法也能据此判断试用结束后的处理路径。1. 从“myBase 试用期30天”说起这个桌面库到底该不该留装 myBase 的人多数是被同一件事推过来的手头资料已经多到文件夹管不住几百条记录散在 Word、Excel、浏览器书签里想按“项目 日期 状态”筛一下就得手工翻半天。myBase 6.3.8 Desktop 解决的就是这个场景——本地离线库树状目录挂富文本笔记再给每条记录配自定义字段列表视图里能像表格一样排序筛选本质上是“笔记 轻量数据库”的合体。它适合当资料台账、文献清单、设备档案不适合当纯写作工具。真正让人卡住的不是功能而是那段“myBase 试用期30天”的窗口到期前后数据怎么办、值不值得续、怎么把东西完整搬走。这篇就按这条线拆能抄的步骤和参数我都写全绕授权的路子不在讨论范围风险自负也容易把库文件搞坏。2. 数据模型与首次配置先把库的地基打对2.1 树状目录挂字段这套结构决定了它能干什么理解 myBase 的结构只需要记住三层库一个独立的数据库文件/目录→ 节点树可以无限嵌套的目录→ 笔记富文本正文 附件 自定义字段。前两层几乎所有笔记软件都有真正的差异在第三层的“字段”——每个节点可以挂一组自定义属性比如“作者 / 年份 / 状态 / 评分 / 关联链接”这些字段在列表视图里直接变成列配合排序和筛选几百条记录也能几秒钟捞出想要的。这个设计直接划定了它的能力边界。如果你主要写长文、追求排版和跨端同步Markdown 类工具更顺手如果你需要的是“一堆条目 按属性检索”比如某实验室的样品台账、某公司的合同索引、个人的论文库字段化的收益非常明显。我一般会先想清楚“以后要按什么筛”再决定建几个字段——字段建多了录入成本飙升最后没人愿意填字段建少了回头补数据要一条条点开属于典型的血泪经验。还有一点要提前明确库文件是本地实体文件它跟软件的授权状态是两回事。软件到期打不开不代表库文件坏了这个认知在后面的迁移章节会反复用到。2.2 安装与初始化四个设置项必须在第一天定下来安装本身没什么坑路径选非系统盘就行因为库文件和附件会持续增长。真正需要在第一天定死的是四件事定晚了改起来很麻烦。第一是库的存放位置。默认可能在用户目录下路径里带中文和空格某些导出工具和脚本处理起来会翻车。我一般直接建一个短路径比如D:\KB\lib全英文无空格后面写备份脚本、做格式转换都省心。第二是附件存储策略。附件可以放在库内部也可以指向库外部路径。放库内好处是整个目录拷走就是完整备份坏处是库体积膨胀快几百兆的 PDF 一进去备份和同步都变慢。放库外库小、快但备份要同时管两个目录一旦漏了就是数据黑洞。资料库里附件多的话我倾向库外存放 单独备份然后把这层对应关系写进自己的操作手册。第三是自动保存间隔。默认值对普通笔记够用但在批量录入阶段建议调短一点减少意外关闭时的丢失量。第四是备份策略。这一点在试用期尤其关键理由后面会讲。下面这段 PowerShell 就是我做库目录快照用的跑一次生成一个带时间戳的完整副本并且只保留最近若干份。# 库目录整体快照适合拷走即完整备份的库内附件模式 $src D:\KB\lib # 库所在目录按实际路径改别带中文空格 $dst E:\Backup\mybase # 备份根目录务必换一块物理盘 $stamp Get-Date -Format yyyyMMdd_HHmm # 精确到分钟避免同一天覆盖 $target Join-Path $dst $stamp New-Item -ItemType Directory -Path $target -Force | Out-Null Copy-Item -Path (Join-Path $src *) -Destination $target -Recurse -Force # 只保留最近 10 份防止备份盘被历史快照撑爆 Get-ChildItem $dst -Directory | Sort-Object Name -Descending | Select-Object -Skip 10 | Remove-Item -Recurse -Force逻辑不复杂先按分钟生成目标目录名保证同一天多次运行不会互相覆盖然后整目录递归复制最后按目录名倒序排序跳过前 10 个剩下的删掉。参数上要注意-Skip 10这个数字跟你的库体量挂钩——库如果几十个 G10 份可能就吃掉半块盘改成 3 到 5 更现实如果库很小留 20 份也不心疼。执行频率我习惯是每天一次用系统计划任务挂上比手动靠谱。提示备份脚本第一次跑完一定要做恢复演练随便挑一个快照还原到临时目录打开看看确认能正常读取。没验证过的备份基本等于没有备份。2.3 建库、建字段、录入把录入成本压到最低初始化的最后一步是建库。步骤上没什么玄学新建库 → 建根节点 → 按业务拆一级目录 → 给目录配字段模板 → 开始录入。关键在于字段怎么配。字段类型常见的有文本、数字、日期、选项枚举、链接指向其他节点。选型经验是这样能枚举就别用文本比如“状态”用选项类型值固定为待处理/进行中/已完成筛选时下拉一选就准用文本就得忍受“完成”“已完成”“done”三种写法并存能存日期就别存字符串日期类型才能做区间筛选和排序。数字字段用于评分、金额、数量别把数字塞进文本字段否则排序会变成字典序10 排在 2 前面这种坑很隐蔽。录入阶段最值得投入的是模板。把常用字段在父节点上定义好子节点继承下来新建记录时字段框已经在那了只需要填值。我一般还会给每个一级目录单独设一个“录入视图”只显示必填的几列把干扰列隐藏掉录起来快很多。批量导入历史数据时先在 Excel 里把列名对齐字段名再走导入流程比一条条手工建要省几个小时。建完之后别急着大批量灌数据先拿 20 条真实数据跑一遍筛选和排序确认字段类型没设错。这个动作五分钟能避免后面几百条数据返工。3. 把 30 天试用期当验收期用评估、保全、决策3.1 试用期结束先搞清楚哪些是“限制”哪些是“故障”很多人到期那天的第一反应是“软件坏了”其实不是。典型的受限表现有这么几类启动时弹出授权提示窗口、部分高级功能入口变灰、新建记录数量或库数量受约束、导出功能可能被限制、以及最要命的一种——库还能打开看但改动无法保存。最后这种情况最容易造成误判你以为存进去了关掉再开发现白干。所以到期前一周就要开始确认三件事库文件的实际路径在哪、当前能不能正常导出、附件是库内还是库外。这三条信息决定了你后面是轻松迁移还是狼狈抢救。判断方法很朴素——新建一条测试记录随便写点内容关掉软件重新打开看还在不在再走一次导出打开导出的文件看内容全不全。这两步做完心里就有底了。至于网上流传的那些“改系统时间”“找补丁”“找注册文件”的路子我的态度很明确不做也不建议。除了合规问题实际风险是库文件结构被异常写入破坏几百小时的整理成果换一个打不开的文件这个买卖不划算。真要长期用走正规授权不打算用就把数据体面地搬走两条路都比折腾破解干净。3.2 四周评估清单每周只回答一个问题试用期最怕的是到期才发现“其实我不用它”。与其拖到第 30 天不如把 30 天切成四周每周回答一个具体问题答案不理想就及时止损。周次要回答的问题判断标准不达标怎么办第 1 周这套结构能不能装下我的资料三天内建完主目录和字段录入 50 条不别扭结构太重换轻量方案第 2 周检索效率是否真的提升找一条历史记录耗时从分钟级降到 10 秒内字段设计有问题先重构字段第 3 周导出和备份能不能跑通完整导出一次快照能还原立刻停止录入先解决出口第 4 周长期成本能不能接受授权费用 / 迁移成本 / 时间成本三选一启动迁移别拖到最后一天第 3 周那条是我认为最容易被跳过、也最不该跳过的一环。很多人的心态是“先用着导出以后再说”结果到期那天想导却发现格式残缺、附件没跟上、富文本表格全塌。提前一周跑通完整导出等于给自己留了后悔药。第 4 周的决策也别纠结太久。判断逻辑很简单如果第 2 周的检索效率提升不明显说明这个资料规模根本用不上数据库式管理直接迁到通用格式最省事如果提升很明显说明这套结构化思路对你有价值那就认真考虑授权或者找同类支持字段化的本地方案替代。3.3 到期前的数据保全三种导出格式的真实差别导出这件事格式选错等于白导。常见的三个出口是富文本、网页、纯文本/表格各有各的取舍。富文本格式保留排版最完整加粗、表格、图片位置基本都在但它是“给人看”的格式机器处理起来很痛苦几百个文件想批量改内容几乎不可能。网页格式同理好处是能直接用浏览器打开附件链接往往是相对路径整目录拷走还能点开适合做归档交付。纯文本和表格格式丢失排版但换来的是可编程、可迁移配合脚本能转成任何你想要的结构。我的做法是两条腿走路先导一份富文本/网页做“冷备归档”确保若干年后还能原样打开再导一份表格或纯文本做“热数据”用来做后续迁移和检索。两份都做完才算真正把数据攥在手里。导出时有两个细节值得注意。一是附件如果附件是库外引用导出未必会把文件本体一起打包导完一定要抽查几条带附件的记录确认附件路径还能解析。二是编码导出的表格文件如果是本地编码后面用脚本处理容易出乱码能选的话统一成 UTF-8。注意导出动作本身要在授权仍然有效的状态下完成。别等到启动就弹窗、功能变灰了才想起来导那时候能不能完整导出就是个未知数。4. 避坑与排查五个真实翻车现场4.1 库路径带中文和空格脚本全线报错现象备份脚本跑一半报错或者转换脚本读文件时提示路径不存在手动双击文件明明能打开。原因路径里的中文和空格在命令行传参、正则匹配、部分老式工具里会被切断或转义失败尤其是复制粘贴路径时容易带进全角字符。解决把库整体迁到纯英文短路径比如D:\KB\lib迁移前先做一次完整快照。脚本里所有路径都加引号包裹PowerShell 用Join-Path拼接而不是手工加反斜杠。做完迁移再重新挂一次计划任务。4.2 以为保存了其实没写进去现象到期前后编辑了几条重要记录关掉重开发现内容还是旧的或者新增的节点消失。原因授权受限状态下部分写入动作会被静默拦截界面不报错但数据没落盘另一种情况是自动保存间隔太长程序被强制结束缓存里的改动直接丢了。解决在关键录入阶段每完成一部分就手动触发一次保存然后关掉重开验证一条重要节点改完立刻跑一次快照备份。养成“改完就备份”的习惯比调短自动保存间隔更可靠。4.3 附件库外存放备份只备了一半现象恢复快照后笔记正文都在但点开附件提示找不到文件。原因附件指向库外目录而备份脚本只拷了库目录附件目录没纳入范围两个目录的时间点还对不上。解决要么把附件策略改成库内让“一个目录拷走即完整”要么在备份脚本里加第二个Copy-Item把附件目录一起拷进同一个时间戳目录保证两边时间点一致。改完必须做一次恢复演练抽查五条带附件的记录。4.4 字段类型选错排序和筛选全乱现象按金额排序结果 9 排在 100 后面按日期筛区间筛不出想要的数据。原因数字和日期被存成了文本字段排序走的是字典序而不是数值序日期格式不统一还会导致区间比较直接失效。解决建库阶段就定好类型数字字段只放纯数字不要带单位日期字段统一格式。已经导错的在表格里清洗一遍再重新导入别在原库里手工一条条改几百条改不完。4.5 富文本导出后表格塌了现象导出的网页或富文本打开原本整齐的表格变成一堆挤在一起的段落列对不齐。原因富文本表格的跨行跨列、合并单元格在导出时支持度有限复杂表格结构容易在转换中丢失层级。解决需要长期归档的表格类内容额外导一份表格格式作为备份排版要求高的导出后人工抽查几个复杂表格发现塌了就在源库里简化结构拆成多个简单表格再重新导出。5. 迁移落地把库里的东西搬到通用格式5.1 导出口径怎么定决定了迁移工作量迁移不是“导出一下”这么简单先要定口径是保留层级结构还是拍平成一张大表保留层级每个节点变成一个目录、每条笔记变成一个文件结构清晰但文件数会爆炸拍平成表格一条记录一行方便筛选和二次处理但层级信息要靠一个“路径”列存下来。我一般两个都做理由不同目录树版本用于人工翻阅和长期归档表格版本用于程序处理和后续导入其他工具。表格里至少要有这几列节点路径用/拼接的完整层级、标题、正文纯文本、创建时间、修改时间再加上你自己定义的业务字段。路径列是关键它是层级信息的唯一载体丢了就还原不回去了。导出的正文里通常夹带大量富文本标记。别指望一次清洗干净先做一轮“去标签 压缩空白”的粗处理够用就行精细排版留给人看的那份归档文件。5.2 用一段脚本把表格转成 Markdown 目录树下面这段脚本读一份 UTF-8 编码的导出表格按路径列重建目录每条记录落一个 Markdown 文件文件名做非法字符清洗和重名处理。import csv import re from pathlib import Path SRC Path(rE:\Export\records.csv) # 导出的表格确认是 UTF-8 编码 OUT Path(rE:\Export\md_tree) # 输出根目录 OUT.mkdir(parentsTrue, exist_okTrue) ILLEGAL re.compile(r[\\/:*?|]) # Windows 文件名非法字符 def safe_name(name: str, max_len: int 60) - str: name ILLEGAL.sub(_, name).strip().strip(.) return (name[:max_len] or untitled) def clean_body(text: str) - str: # 粗清洗去富文本标签、压缩连续空行能读就行 text re.sub(r[^], , text or ) text re.sub(r\n{3,}, \n\n, text) return text.strip() with SRC.open(r, encodingutf-8-sig, newline) as f: rows list(csv.DictReader(f)) counter {} for row in rows: parts [safe_name(p) for p in row[path].split(/) if p.strip()] title safe_name(row.get(title) or untitled) target_dir OUT.joinpath(*parts) if parts else OUT target_dir.mkdir(parentsTrue, exist_okTrue) # 同一目录下重名时追加序号避免覆盖 key str(target_dir / title) counter[key] counter.get(key, 0) 1 suffix if counter[key] 1 else f_{counter[key]} body clean_body(row.get(body, )) (target_dir / f{title}{suffix}.md).write_text( f# {title}\n\n{body}\n, encodingutf-8 ) print(f完成{len(rows)} 条记录 - {OUT})逻辑按行展开说。encodingutf-8-sig是为了兼容带 BOM 的表格文件用utf-8读会在第一列列名上多出一个不可见字符导致row[path]取不到值这是最常见的一个翻车点。safe_name里先替换非法字符再截断到 60 字符截断放最后是为了不把扩展名之前的有效信息切掉strip(.)是因为 Windows 不允许文件名以点结尾。counter字典处理的是同一目录下同名记录的情况不加这段后写的会直接覆盖先写的几百条数据里丢几条根本发现不了。clean_body只做粗清洗正则去标签对嵌套结构无能为力但用来做可读的 Markdown 足够。参数上max_len按你的文件系统限制调60 是个保守值如果你的标题普遍很短可以提到 100。path列的分隔符如果导出时不是/在split那里改掉。跑之前先拿 20 行样本试确认目录结构和你预期一致再全量跑。5.3 迁移后必须校验别信“看起来都在”脚本跑完不等于迁移成功。至少要核三件事记录条数对不对源表格行数 vs 输出 md 文件数、随机抽 5 条带附件的记录看附件有没有落地、抽 3 条层级最深的记录看目录结构有没有被拍平。条数少一两条往往是重名覆盖或路径为空导致这两种情况脚本里都做了兜底但兜底本身也可能把数据默默归到别处所以抽样环节不能省。校验通过后把源库文件、导出文件、迁移产物三个东西一起做一次冷备放到不同物理盘上。这一步做完才真正可以放手删掉旧环境。6. 进阶技巧把库当检索层用外部工具做版本化真正让这套东西长期可用的不是软件本身有多强而是你把“录入”和“检索”拆开。我的做法是myBase 只承担结构化录入和快速筛选正文和附件的长期可读性交给外部目录——也就是第 5 章导出的那棵 Markdown 树。日常在库里查需要全文检索或者跨工具引用时直接对导出目录建索引任何支持全文检索的编辑器都能吃下这个目录换工具的成本几乎为零。配套要做的是定期快照 差异比对。快照用第 2 章那段 PowerShell 就够了差异比对可以用一段极短的脚本只回答一个问题这次导出比上次少了哪些文件。# 比较两次导出目录找出消失的文件防止迁移漏数据 find /e/Export/md_tree_new -type f -name *.md -printf %f\n | sort /tmp/new.txt find /e/Export/md_tree_old -type f -name *.md -printf %f\n | sort /tmp/old.txt comm -23 /tmp/old.txt /tmp/new.txt # 只在旧目录出现的就是可能丢了的comm -23输出的是只存在于旧列表的行也就是这次导出没覆盖到的文件。输出为空最理想有输出就逐个核对是改名了还是真丢了。注意这个比对只看文件名不看内容同名但内容被改的情况它发现不了真要严谨就把文件名换成“路径 修改时间”的组合再比。最后说个习惯问题。我最早用这类工具的时候总觉得“数据在软件里就是安全的”直到有一次到期弹窗后才发现最近三天的录入根本没落盘那种感觉比丢U盘还难受。从那以后我每次动库之前都强制先跑一遍快照脚本导出之后必须抽样验证这个动作已经变成肌肉记忆。你也可以把这两步写进自己的开工清单花不了两分钟但能省掉很多返工。希望帮到你。本文还有配套的精品资源点击获取