Nosql 是否有任何主要的面向文档的数据库系统在其JSON文档中压缩密钥?

Nosql 是否有任何主要的面向文档的数据库系统在其JSON文档中压缩密钥?,nosql,document-oriented-db,document-database,document-oriented,Nosql,Document Oriented Db,Document Database,Document Oriented,我希望使用面向文档的数据库存储大量JSON文档,所有文档都具有非常相似的模式(尽管不完全相同) 一个示例文件: { "firstName": "John", "lastName": "Smith", "age": 25, } 是否有任何系统(CouchDB等)使用压缩(任何种类)来避免反复存储密钥字符串(例如“firstName”) 我的动机是在有数百万文档的情况下最小化磁盘上数据库的大小,特别是当某些重复出现的密钥比例如“firstName”长得多时 谢谢你的想

我希望使用面向文档的数据库存储大量JSON文档,所有文档都具有非常相似的模式(尽管不完全相同)

一个示例文件:

{
     "firstName": "John",
     "lastName": "Smith",
     "age": 25,
}
是否有任何系统(CouchDB等)使用压缩(任何种类)来避免反复存储密钥字符串(例如“firstName”)

我的动机是在有数百万文档的情况下最小化磁盘上数据库的大小,特别是当某些重复出现的密钥比例如“firstName”长得多时

谢谢你的想法

W


编辑:考虑到这一点,我想我要问的是一个更通用的压缩系统的具体案例,在该系统中,压缩字典(部分?)在文档存储中的多个压缩文档之间共享(可能是随着时间的推移而建立的)。然后,这将处理不仅仅是JSON键的压缩


会很有趣的

我只想添加一个“键映射”文档,在其中存储键及其快捷方式。。。在后端进行映射应该不会有那么多麻烦

{
   FirstName: 'a',
   Town: 'b'
}

{ 
  a: 'Peter',
  b: 'Zurich'
}

我不知道现在有任何支持压缩的文档存储(并不意味着没有)。Mongo上有一个开放的JIRA来支持这一点:Mongo JIRA一般都在谈论gzip——不太一样,不过如果压缩字典能够通过一个存储建立并跨多个文档使用,可能会是这样。谢谢,Tobi,这就是我的想法。但是,我认为这是一个可以说是文档存储的许多用途所需要的功能,因此在文档存储服务器本身或包装层中实现它更有意义。我同意,但是,由于nosql选择还有其他考虑因素,我不会把这种琐碎的事情作为主要选择标准。