누구나 HBase 용 Java ORM 구현을 잘 알고 있습니다. 이 사람은 루비Hbase 용 Java ORM
http://www.stanford.edu/~sqs/rhino/doc/
정말 좋은 보이지만, 자바에 대한 하나를 찾을 수 없습니다.
감사합니다.
누구나 HBase 용 Java ORM 구현을 잘 알고 있습니다. 이 사람은 루비Hbase 용 Java ORM
http://www.stanford.edu/~sqs/rhino/doc/
정말 좋은 보이지만, 자바에 대한 하나를 찾을 수 없습니다.
감사합니다.
HBase의 장점은 동적 컬럼을 고정 컬럼 제품군으로 유지하는 것입니다. HBase로 응용 프로그램을 개발 한 경험으로 셀 한정자와 값을 결정하는 것이 SQL만큼 쉽지 않은 것으로 나타났습니다.
예를 들어 액세스 패턴, 작성자 수정 사항, 전체 저자를 책 테이블에 저장하도록 선택할 수있는 앱 계층 캐시 구현 (작성자는 2 테이블, 저자 테이블 및 서적 테이블) 또는 저자 ID. 더 나아가 저작자 모음을 XML/JSON 또는 개별 저자를위한 개별 셀로 하나의 셀에 저장할 수 있습니다.
이 이해로 나는 최대 절전 모드가 매우 어려울뿐만 아니라 실제로 결정적이지 않을 수도있는 본격적인 ORM을 작성한다고 결론을 내렸다. 따라서 iBatis가 최대 절전 모드에있는 것과 훨씬 다른 방식으로 접근했습니다.
어떻게 작동하는지 설명하겠습니다. 이를 위해 here과 here의 소스 코드를 사용하겠습니다.
그리고 thats it. 사용 방법은 here입니다. 기본적으로 CommonReadDao, CommonWriteDao를 사용하여 HBase에서 데이터를 읽고 씁니다. 공통 읽기 DAO는 쿼리에서 다중 스레드 행을 구현하고, 다중 스레드 ID로 get하고, id로 얻고, Scan을 통해 HBase에 질의하는 API와 같은 Hibernate Criteria를가집니다 (사용 가능한 집계 함수 없음). 공통 쓰기 DAO는 낙관적/비관적 잠금, 저장/갱신, 삭제 등에 대한 셀 대체/병합 검사 엔티티 (비) 존재와 같은 일부 추가 기능으로 공통 쓰기 관련 코드를 구현합니다.
이 ORM은 내부 목적과 나는 내 목에 있었고 따라서 아직 일부 문서를 할 수 없습니다.그러나 관심이 있다면 알려주십시오. 은 우선 문서화에 시간을 할애 할 것입니다.
datanucleus에 대해 어떻게 : 당신은 백엔드 저장소와 같은 API 및 HBase와 같은 JPA 또는 JDO를 사용할 수 있습니다 http://www.datanucleus.org/plugins/store.hbase.html
우리는 HBase를 ORM을 사용하는 - 언급 https://github.com/mushkevych/surus/wiki
아마 가치가 Surus을
최근에 Hbase에 대한 ORM 인 kundera-2.0.4의 새로운 릴리스입니다. 그것은 색인처럼 매우 유용 다른 것들, 크로스 데이터 저장소 지속성의 충분한 제공 등
나는 그것이 https://github.com/impetus-opensource/Kundera
실행 항아리에 있습니다 시도해 제안 :
Hibernate OGM은 비 SQL 데이터베이스를위한 훌륭한 솔루션입니다. 그것을 밖으로 시도하십시오.
멋지지만 HBase는 지원되지 않는 것 같습니다. –
이 시도 할 수 있습니다 : http://code.google.com/p/hbase-ormlite/. 이것은 Java의 HBase에 대한 orm입니다.
왜이 질문이 닫혀 있습니까? !!!!!? 그것은 3390 번 전망과 함께 아주 좋은 질문입니다! SOF 사회자는 무엇을합니까? – Heidarzadeh
이것은 매우 중요한 질문입니다. 왜 그것이 건설적인 것으로 간주되지 않습니까? – nitefrog
이것은 여전히 관련 질문입니다. 이 질문에 대한 대부분의 답은 구식이거나 존재하지 않는 프로젝트를 가리 킵니다. 다음 중 하나를 사용하는 것이 좋습니다 : [1] Apache Phoenix + Hibernate [2] https://flipkart-incubator.github.io/hbase-object-mapper/ (공개 : 저는이 프로젝트의 저자입니다) –