4

문서화 된 데이터베이스를 사용하여 많은 수의 JSON 문서를 저장하고 싶습니다. 모든 문서는 매우 비슷하지만 매우 유사합니다 (동일하지는 않지만).주요 문서 지향 데이터베이스 시스템 중 하나라도 JSON 문서에서 키를 압축합니까?

한 예로 문서 :

{ 
    "firstName": "John", 
    "lastName": "Smith", 
    "age": 25, 
} 

가 또 다시 키 문자열 (예 : "firstName을")를 저장하지 않도록 (어떤 종류의) 압축을 사용하는 시스템 (CouchDB를 등) 중 하나를 수행?

수백만 개의 문서가있을 때, 특히 되풀이 키 중 일부가 예를 들어 훨씬 길 때 디스크의 데이터베이스 크기를 최소화하려는 것이 저의 동기입니다. "이름".

의견을 보내 주셔서 감사합니다. (? 부분적으로) 더, 내가 내가 대해 질문하고 생각하는 것은 압축 사전이있는보다 일반적인 압축 시스템의 특정 사건이 생각 데 공유 :


편집

W 문서 저장소에있는 여러 개의 압축 된 문서에 걸쳐 (아마도 시간이 지남에 따라 구축됩니다.) 그러면 JSON 키 이상의 압축이 처리됩니다.

흥미로울 것입니다!

+0

난 현재 압축을 지원하는 모든 문서 저장소를 인식하지 못합니다 (아무 것도 없다는 것을 의미하지는 않습니다). 이를 지원하기 위해 Mongo에 JIRA가 열려 있습니다 : http://jira.mongodb.org/browse/SERVER-164?page=com.atlassian.jira.plugin.system.issuetabpanels : all-tabpanel –

+0

Mongo Jira가 말하고 있습니다 일반적으로 gzip에 대해 - 꽤 똑같지는 않습니다. 압축 사전이 작성되어 상점과 함께 여러 문서에 사용되는 경우 일 수도 있습니다. – wodow

답변

2
난 그냥 당신이 키와 단축키를 저장에 '키 매핑'문서 ... 모두 큰 문제가 안 백엔드에서 매핑을 수행을 추가

...

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

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

똑똑하고 단순한 +1 – arthurprs

+0

고마워요, 토비, 내가 생각하는거야. 그러나 필자는 이것이 문서 저장소의 많은 용도에 바람직하기 때문에 문서 저장소 서버 자체 또는 래핑 계층에 구현하는 것이 더 바람직하다고 생각할 수 있습니다. – wodow

+0

동의하지만, nosql 선택에 대한 다른 고려 사항이 있으므로이 기본 선택 기준과 같이 사소한 것을 만들지는 않을 것입니다. –