随手就写害死人阿。

昨天写了一篇google drive你这是在找死,结果被人指出了错。我忘记注明了,没有文件夹上传的是android版本,linux版没有客户端,windows版可以看到客户端下载,但是我目前没有确认下来有人能用。

即使如此,我还是觉得google drive不好用。

基于文件的数据管理

基于文件的数据管理很简单,一个文件系统有很多目录,每个目录可以放文件或者其他目录,文件里面就是各个程序的数据。基本上每个用电脑的人都知道基于文件的数据管理是怎么回事。

问题是基于文件的数据管理很不好用。

文件就有文件名,我需要找一个文档,里面是上个月的财务数据,但是我不知道叫什么文件名,这种需求并不少见。然而,要在文件系统上干这个事情,你只有搜索所有doc/xls文件,然后一个个看。

蛋疼不蛋疼阿。

基于文件的数据管理的理由,多半因为多文件组合。例如,我有一个html,里面引用了两张图片,一段音乐。在html里面,我只要写明其他文件的文件名,就自然可以指定对其他文件的引用。这省去了“复合数据存储”的烦恼。但是,大部分情况下,我们用不到这个。

因此,目前逐步在向另一个方向过渡,基于数据集合的数据存储。

基于数据集合的数据管理

数据集合,听起来和文件没什么区别,但是本质上并不是一回事。大家都用过flickr吧,也用过google doc吧。他们基本上就是“基于数据集合的数据管理”。和文件的区别在于,数据集合是有“元数据”的。照片会有拍照时间,说明。如果运气好,还有地点和评论。文档是有作者,简述等等。你可以基于数据类型和元数据进行过滤,排序等动作。而基于文件的基本没有办法这么玩。微软winXP以上版本的资源管理器可以看到,如果文件夹里面多半是图片,就会变成图片专用视图,而显示出图片的内置元数据。然而,这个是逐个扫描的,速度慢。而且万一一个文件夹里面又是图片又是音乐,至少有一个得虾米。

google drive基本是google doc的升级替代品,可以打开多种格式的文件。然而,当上传一个文件时,必须显示的“转换”为google doc文档,才可以介入管理。而且,每个类型的google文档,都有限额。以文本文件为例,大小限制在2M以内。我上传了一个5M的小说,直接报错,要求原样上传。上传后不能直接打开,必须下载打开。

整合和过渡

两者如何整合?

在文件系统的管理上,同步,而非上传,是一个非常重要的功能。我不可能每时每刻都联网,即使联网,也不能每个文件修改好了就上传一次。我需要对传统的文件系统做持续的修改,然后通过手工的,或者自动的同步,将差异转移到云端上去。而不是我手工的对比每个文件差异,然后一个一个的上传更新和删除。

没有同步工具的云端存储是个垃圾,除非你共享的目标是少数几个超大的文件,例如电影,或者资源合集之类的东西。这是以共享为目的的云,说的更直白点,就是免费的下载空间,而不是个人云存储。

在个人文件被同步到了云端后,应当能够让云端的程序直接打开和修改某个文件,而不是强迫转换。

google drive是什么

从表现上看,还是基于文件的管理。我不能通过元数据直接查看我拥有多少张相片,也没办法找所有邓丽君的歌。

然而,他们又没有同步,至少linux不行。而且android手机上连文件夹上传都没有。也许有人说了,找个数据线和电脑连起来不就得了?要是我喜欢用数据线连,我到哪连一次电脑,玩个同步就完了,还要云干吗?

所以,结论还是不变。