2012-08-18 2 views
2

스프링 데이터 MongoDB 프로젝트에 문제가 있습니다. 내 문제는 모든 컬렉션 레코드에서 _class 속성입니다. 내 사용자 모음 크기는 약 130 만 레코드입니다. 모든 기록에는 _class 속성이 있습니다. 이것은 프로젝트의 문제점과 나쁜 디자인입니다. MongoDB는 문서 기반 시스템이기 때문에. 크기는 컬렉션의 각 레코드에 문제가 있습니다. 사용자 모음 :스프링 데이터 MongoDB "_class"잘못된 디자인 패턴

{ "_class" : "com.myproject.xxx.yy.aaa.bb.User", … } 

사용자 클래스를 다른 패키지로 옮기려면 어떻게해야합니까? 스프링 데이터가 모든 레코드에 _class 속성을 추가하는 이유는 무엇입니까?

+0

http://forum.springsource.org/showthread.php?112505-Spring-data-MongoDb-MappingMongoConverter-remove-_class – droggo

답변

13

조언을 구하는 가능성을 높이기 위해 무엇을해야할지 모르겠다. 조언을 구하는 프로젝트를 강타한다면. 그 외에도, 소프트웨어 라이브러리를 사용할 때 구현 세부 사항을 생각해 보았고 이유가 무엇인지 추측하고 싶을 수도 있습니다.

시간을내어 참조 설명서를 읽었을 경우 _class 속성이 일반적으로 존재하는 이유와 작성된 값을 조정하는 방법, 키를 사용자 정의하는 방법 또는 회전하는 방법을 설명하는 section을 발견했을 것입니다. 모든 형식의 정보를 끕니다.

그 내용을 읽은 후에는 이제 다시 완벽하게 훌륭한 소프트웨어를 다시 작성할 수 있습니다. 감사!

추신 : 나는 심하게 고안된 질문을 해결하기 위해 약간의 시간을 보냈습니다. ;)

+1

제 링크가 충분히되지 유연한 생각 – hellojava

+0

을 분류됩니다 그것은 (가능 적절한 노력으로) 각 컬렉션에 대해 서로 다른 유형 속성을 사용합니까? ... Doctrine (PHP)의 주석 기반 접근 방식과 마찬가지로, Jackson? – Savash

+0

대답은 그것이 모든 경우에 대해 융통성이 있다고 주장하지 않습니다 (심지어 그것이 어때?). 유연성이 더 필요하다고 생각되면 [JIRA] (https : /jira.spring.io/browse/DATAMONGO)에서 티켓을여십시오. –

관련 문제