mybase已经行将远去了.
jarod
在200x的最后一个年头,mybase已经行将远去了.
从mybase 1.x开始用起,只到4.8才注册,然后5.x.真的不愿意看到mybase就这样离我们而去.但是mybase也无法承担维护我累计
快10gb的资料,10gb,几百万节点的检索,mybase除了途耗我的cpu和时间外,并不能给我带来准确的结果.
下面是我的一点分析,仅供参考:
几大优势
文件存储是封闭的,这样保有比较好的安全性. (Cyberarticle, Ultrarecall都是对内容节点级的加密,特别是
ultrarecall)
速度快,体积小 (现在的软硬件环境这个真的不重要的)
几大劣势
对中文搜索的支持问题是mybase的硬伤(几乎所有采用数据库存储的,全文检索都太是问题.)
网页采集功能太简单(其他几家这方面貌视都比mybase强大)
大数据量下的性能(大数据量情况下,基于数据库的即使最差的也比mybase效率要高很多,尤其是基于sqlite的ultrarecall,3个Gb
以上的单文件百万节点,全文检索任然速度飞快).
Google,Windows Desk seacher的支持(Cyberaritcle已经做到).
节点树,还是节点树,wiki都是15岁了.onenote2010都加了wiki特性.....
几大风险
没有数据库支持,查询方式过于简单,只能被历史淘汰.
太久不更新(其他更新慢的,几个月也会出一点新特性)
几大机会
linux上再战江湖或许还有机会.
替代品:
1.低成本商业性替代品: Cyberarticle, 该有的都有,70%功能以比mybase强,mybase没有的也有.
2.专家型商业性替代品: Ultrarecall, 全定制,任意添加字段,无限量的用户模板和自定义form界面,此神器如果能把zetero的文
献管理模式柔和,加上zetero数据定制提出功能就无敌了.
3. 免费替代品: Zetero + firefox + Aardvark 或者是 scrapBook + firefox
4. evernote, gmail.......... 太多替代品
James.F
Junling Xiao
最不满意的是网页搜集功能，页面丢失的样式太多了。数据库过大的问题，我觉得可以分类为几个nyf保存，但搜索的确是个问题，好在我很少用这个功能，善用tag以及node name对我来说足够了。
James.F
wjj
从v1.x用到现在，首先非常感谢十多年来一直使用myBase，而您这个突然的放弃决定，似乎给这个秋天又增添了一丝凉意，可能其他朋友也会有类似感
受吧。
真的不希望看到在V6加快开发进度的时候老用户却放弃了，不过，对于您目前高达10GB数据库的应用，可能真的超出了myBase的实际处理能力，寻找
替代方案是必要的。
如果找到了更好的解决方案，但无法直接导入现有数据，可以尝试使用 myBase 的各种导出(Share)工具，然后再导入到目标系统中；
为了得到更完善的数据迁移效果，可以使用 myBase 提供的 C/C++ 和 Javascript 接口，将数据预先转化为便于迁移的数据格式和
存储形式，然后再导入目标系统。
BTW，有空常回来看看 :)
wjj
下，看能否解决问题，有些情况下，只保存选中部分内容效果会比较好。另外，对于不必要的格式数据尽量不保存，建议只保存文字内容为RTF，除非特别必
要。过多的格式和图片会加重系统负担，浪费存储器，给备份和管理也带来不便。
在v6中会加上 [在打开的多个库中搜索] 的选项，同时会改进一些搜索相关算法。
wjj
http://www.wjjsoft.com/faq.html#mybase_usbstick
v6应该可以更方便做成 portable。
On 9月3日, 上午11时36分, "James.F" <fengjiongm...@gmail.com> wrote:
> 不知道有没有portable的版本？
Joey
James.F
不管最后能否用上V6，先赞一下吧。
James.Feng
Samuel Goldwyn - "I'm willing to admit that I may not always be right, but I am never wrong."
jarod
从2年前开始,数据文件超过5GB后,每次解决一个实时问题时,再mybase中查找,就已经是一个梦魇了.
如果WJJ先生希望mybase能持续发展下去,期望还是能更换底层的数据库引擎.这样几大瓶颈几乎可以马上解决.
特别建议WJJ先生多参看一下ultrarecall的数据库设计.和关键字索引技术(其实他没有什么优秀的中文分词技术).
目前只把几个核心的库导到其他系统中了.mybase还是有很小范围的使用.期望V6还是有很多新特性的实现.
最期待V6的几个方向:
1. Wiki word实现
2. 自定义属性
3. 远程同步
4. 实现一个桌面报事贴的前端界面.
James
笔记软件这方面做到极致，myBase就一直会有市场。
以前我尝试过用myBase保存过网页或是图片，后来我发现数据库增长过快，打开慢，也不利于备份，所以现在我的myBase里基本是纯文本和一些很少
变动的文档。
网页保存，我把它交给了ScrapBook；
图片，让Picasa帮我管理；
其它文档，根据分类放置在不同的文件夹里，需要时使用Google桌面搜索。如果文件夹是固定结构，也可以用myBase做成索引，通过快捷方式访
问。
这样做的好处是我的工作和个人myBase文档都在5M左右。打开飞快。而且使用这样的分布系统，降低了资料丢失的风险。
至于myBase的改进，
我个人建议是加强搜索功能和增加节点与时间的关联。保持现有系统的稳定性。
我希望也相信myBase能越做越好。
On 9月2日, 下午8时17分, jarod <jarodqu...@gmail.com> wrote:
James
Mei, S.J.
jarod
1万数据节点的样子.
当数据累积超过这个平衡点后,需求也自然会发生变换.也就有了不同的选择.
James说的mysql在节点型笔记做到极致,我感觉5.x还是有很多地方倒退了.
至少以前4.x的节点移动上父层,移动到子层的快捷键都给拿掉了.就感觉不太方面.
抓取的web节点不能直接导出成单一mht文件,每次你要share一篇给其他人是多么的麻烦.
web节点文件名,和附属文件路径层次跟标准的web页面保存的文件包模式格格不入,无法稳定处理绝对路径和相对路径问题.
导出文件夹时候非法字符,超长文件夹等问题
垃圾箱内的节点删除后,导出文件夹时会残存在对应的原始目录等等问题.
太多细节都没有发更新进行修补.
其实我上面说的很多问题,都应该mybase数据结构性缺陷导致的.
On 9月8日, 上午11时08分, James <james0...@gmail.com> wrote:
> > 4. evernote, gmail.......... 太多替代品- 隐藏被引用文字 -
>
> - 显示引用的文字 -
