数据库架构
在它的核心中,Windows Mail运行的架构是与Outlook Express完全不同的。
C:\Documents and Settings\Local Settings\Application Data\Identities{GUID}MicrosoftOutlook ExpressFolders.dbx
C:\Documents and Settings\Local Settings\Application Data\Identities{GUID}MicrosoftOutlook ExpressOutbox.dbx
C:\Documents and Settings\Local Settings\Application Data\Identities{GUID}MicrosoftOutlook ExpressInbox.dbx
C:\Documents and Settings\Local Settings\Application Data\Identities{GUID}MicrosoftOutlook ExpressOffline.dbx
Outlook Express利用单一的数据库文件Folders.dbx,将其作为整个邮件存储的主索引。它的所有邮件文件夹,每个新闻帐户的新闻组,甚至是同步的“订阅”文件夹都有着树形的架构。正是由于这样的设计,Outlook Express终于开始有些达不到人们的希望和预期。由于所有邮件都储藏在这些文件夹中,这样一来,任意文件夹出现问题都有可能导致所有存储在内的邮件丢失或损毁。甚至还有更糟糕的,它对每个独立文件都有函数性的容量限制。如果这些中任何文件太大了,通常是接近2 GB,那么在搜索邮件以及打开Outlook Express的时候变得十分缓慢甚至无法打开。
由于这些原因,Windows Mail开发小组抛弃了这种单一文件存储的设计。他们用JET数据库去替换,同样的数据库引擎也用在交换和活动目录中,这样的应用与Windows Mail所处的Vista操作系统也非常类似。过去在Outlook Express中的数据库文件树形结构现在就仅是以文件夹的形式存在于操作系统中。所有的这些文件夹,以及所指向的邮件内容,都为每个用户分别存储在单独的文件夹中。
通过JET,Windows Mail现在可以将每封邮件和新闻通讯都作为独立的文件存储在操作系统中。邮件文件则会赋予一个.eml的扩展名,而新闻通讯则是.nws。这些文件都会有两部分组成。对于邮件信息来说,文件的主要部分就是RFC标准MIME。这样的话,我们就很容易用记事本打开一个.eml文件。
第二部分则是真正的XML。由于JET是Vista的一部分,而Vista对元数据文件的支持度要比之前的操作系统大得多,这部分则存在于旗标、帐户信息、状态信息以及JET中用于分类的提升的过滤处理器。这样就使得新的Windows搜索整合了进来,而更详细的内容我们会在后文的“即时搜索”中谈到。
在操作系统中利用JET数据库的益处是不可限量的。最容易看到的就是能够更轻易地改进性能。在搜索邮件、打开邮件以及最终运行应用程序时都能够由于操作系统中良好的文件结构而明显地看到速度加快。良好的文件结构意味着更容易从应用程序的层面来抓取数据。在Vista中,甚至用户在搜索电子邮件和新闻通讯时,只需要在搜索引擎中输入一些标准,就能够剔除多余的操作,就能够在搜索结果中阅读到适当的邮件内容,而不仅仅是文件名。使用JET还能够让操作系统具备自我清理的功能。由于文件会不断地被添加和删除,操作系统中的垃圾收集机制就能够清扫磁盘和数据库,让用户甚至是应用程序都觉得“清澈透明”。这样的话,应用程序就能够保持比较小巧的身形,邮件数据的存储就能更快,而文件和文件夹的组织管理也更容易了。
[上一页] [1] [2] [3] [4] [5] [下一页] |
|