这里的映射库是不是虚拟存在的，不是实际记录的？

个人理解多数据库主要是性能问题，以及部分用户的隐私考虑。正常是不分库为最佳，不然每日笔记都要分库写，那这个每日的设计可能也就没有什么意义了。
这种方案感觉并不会改善性能的样子，除非一些处理移到云端，母库在云端自动分出映射库，对映射库修改在云端改到母库。但是这样离线使用就没法优化了，而且服务器成本会++
自己输入时又要加一堆条件，心理负担更大。而且看的时候去哪个库看好呢？又是一个负担。
其实你说的基本就是搜索功能+自动复制到新库。个人感觉正确打开方式应该是研究特定主题时使用，不过这时一般仅仅搜索就够了，不过单独打开出一个库可能确实会有一定的方便？但是到时候还是会需要去在新库搜索。所以这里或许可以拓展出其他辅助功能，把这个映射库思路改成研究特定主题时的一个临时库功能，加上方便的搜索、查阅等功能。辅助去完成一个研究主题，最后再导入回原库。

sheen 这里的映射库是不是虚拟存在的，不是实际记录的？

类似于embody，修改的时候改的是母库。

Elliott 类似于embody，修改的时候改的是母库。

映射库目前想象到场景是，知识分享，以及主题 。