제파 는 하이버네이트 러마 위한 도구로 사양명세를 2 것으로 알고 있다. 또한, 최대 절전 모드 보다 더 많은 기능을 가지고 있다는 사실을 알고 제파 2. 하지만 실용적인 관점에서 볼 때, 정말로 의 차이점이?
나는 이제 iBatis 사용 경험 및 I& # 39 m, 최대 절전 모드 또는 인컨텍스트 한 수 배우는 JPA2. 내가 JPA2 ", 제파 는 책, 정보기술 (it) 등이 호조를 pro/무선 provider". 예를 들면 다음과 같습니다.
>. 그렇게 생각한다면 표준화했습니다 기능을 크게 한다고 합니다. >. 제파 공급자입니다 요청 및 it 얻을 수 있습니다.
이 날 그렇게 나는 인간으로 몇 가지 질문:
즉, 제파 는 그냥 시/도 때 사양명세를 구축현 없다. 하지만 주석달기 클래스뿐만 최대한 제파 주석입니다 함께 좋아할 수 없는 구축상의 아무런 일도 일어나지 않습니다. 제파 를 생각할 때, 또는 인터페이스입니다 따라야 하는 가이드라인이며 Hibernate& # 39 의 제파 구축상의 코드가 맞는 apiu 제파 는 정의에 따라 사양명세와 후드 아래에 기능.
제파 는 최대 절전 모드 제파 구축현 함께 사용할 때 최대 절전 모드 실제로 사용하고 있습니다. 이는 Hibernate& # 39 의 혜택을 볼 수 있는 다른 구현을 위한 구현 스왑이란 아웃해야 제파 제파 사양명세. 최대 절전 모드 틀렸다니까 직선입니다 사용할 때 다른 여러 가지 방법을 사용할 수 있기 때문에 잠금식 꽂으십시오 구축현 로마스 / 구성 및 주석, 따라서 다른 러마 스위치오버 놈팽이한테 수 없습니다.
자세한 설명 읽기 위해 내 블로그 초급형.
몇 가지 역사적 관점에서 이해할 수 없는 어려운 언어 및 이해를 JCP.
제 3 자 또는 칠 수 있는 기능을 수행하는 경우가 있는데, 패키지 개발에 큰 차이가 없는 공식 JDK. 해당 기능을 통해 여러 가지 이유로 Java JDK (Java Community Process) JCP 일부가 될 수 있습니다.
최대 절전 모드 (2003년) 은 SQL 과 더 추상적인 측면에서 생각할 수 있는 방법을 통해 개발자는 유지하는 객체 (러마). 최대 절전 모드, 정보기술 (it) 가 자동으로 생성됩니다 엔티티입니다 객체에는 알리는 대한 전략을 옛일에 저들이요 이를 통해 최대 절전 모드 API 를 제공하는 구현 및 구현 드라이브로의 인컨텍스트 xlm 구성 또는 주석입니다.
이제 근본적인 문제가 되는 것은 코드에서 서로 긴밀하게 sys_memsize 특정 벤더 (최대 절전 모드) 뭐하러요 많은 사람들이 좀 더 일반적인 생각을 합니다. 따라서 일반 persistence API 를 사용할 필요가 없습니다.
한편, JCP 에서 최대 절전 모드 및 기타 러마) 은 JSR 220 구입업체를 입력입니다 많은 개발 도구 (Java Specification Request) 뿐만 아니라 어느 1.0 에서 제파 (2006년), 결국 JSR 317 원하는거요 제파 2.0 (2009년). 범용 그것은꿈의 사양명세를 jpa. Api 는 JDK 에 제공하는 등 다양한 인터페이스를 수 있도록 하는 것이 아니라 특정 구입업체별 자바스스페르시스텐스 클래스뿐만 따라 해당 객체를 유지하는 일을 걱정할 것 없다. 이것은 단지 아니라 API 를 지원한다. 이제 많은 구입업체를 제파 를 구현하는 2.0g 사양명세 최대 절전 모드 중 하나가 됩니다. 제파 선택한 후 있는모든 호환일 러마 구입업체별 각자의 요구에 대한 코딩할 수 있습니다.
최대 절전 모드 요약하여 제파) 에 있는 경우가 없는 기능을 부여할 수 있습니다. 이 경우, 특정 주석 이후 직접 선택할 수 있는 최대 절전 모드 삽입하려면 클래스에 제파 인터페이스입니다 할 수 없는 일이다.
출처: http://www.reddit.com/r/java/comments/16ovek/understanding_when_to_use_jpa_vs_hibernate/
제파 는 최대 절전 모드 인터페이스입니다 동시에 받을 수 있습니다.
전통적으로 그동안 여러 jave 러마 솔루션:
자체 매핑 정의 또는 각 구축상의 정의점에 클라이언트 API. 제파 취합되므로 expert group) 이 가장 다양한 도구와 그들은 창조하 jpa 표준.
매우 편리한 표준 persistence API 는 client 에서 비교적 쉽게 전환할 수 있도록 관점, 다른 한 구축 시 (단, 실제로 it& # 39 의 간단하지 않아 때문에 특정 비표준 기능을 사용할 수 있는 대형 프로젝트에 대한 you& # 39, ll 어쨌든).
제파 는 자바 표준 러마 한 차원 더 나은 구현을 위해 치열한 경쟁을 할 수 있으며, 이 끼워졌는지 이어질 수밖에 없다.
설명에 따라 [내 책, 고성능 Java Persistence] [5], [최대 절전 모드 제공사항 피쳐입니다 의해 아직 지원되지 않습니다 제파] [6]:
이러한 추가 기능을 통해 최대 절전 모드 지속 요구 사항을 해결하기 위해 많은 요구한 대기업 애플리케이션.
[5]: https://leanpub.com/high-performance-java-persistence =, =, = 프로파일할 utm_campaign banner& utm_medium stackoverflow& utm_source? [6]: =, =, = 프로파일할 utm_campaign banner& utm_medium stackoverflow& utm_source https://leanpub.com/high-performance-java-persistence/read # 레안푸브 자동 제파 vs 최대 절전 모드?
[12): https://vladmihalcea.com/the-best-way-to-map-a-naturalid-business-key-with-jpa-and-hibernate/
1 의 [Wiki].
, jpa > 존재하기 위한 만들기
많은 엔터프라이즈 자바 개발자가 제공하는 오픈 소스 경량 영구 객체에는 >, 또는 데이터 액세스 객체에는 엔티티에는 프레임워크와도 대신 콩. 콩, 콩 및 엔터프라이즈 여행하기에는 너무 복잡하고 엔티티에는 명성을 가지고 있는 Java EE 애플리케이션 서버 및 원-부트 헤비급 포락선으로 사용할 수 밖에. 서드 파티 많은 기능이 통합되어 있으며, 영구 프레임워크와도 pokemonsilver. jpa (2006년 기준), 오픈 소스 프로젝트 구축 등 최대 절전 모드 (버전 3.2) 버전 탑링크 Essentials jpa 되었습니다.
2 의 [JCP 페이지] Eclipse 로 리즈한테 링크 참조 구현 제파. 이 오토메이티드 의 여기있을 좀 더 살펴보고 있다.
하이버네이트 러마 제파 는 가장 인기있는 프레임워크입니다 제파 는 최대 절전 모드, 일단 잡을라는데 사양명세를 따릅니다. 별도로 추가 자료 제공 한다는 기본 세트 (whole lot of 준수하십시오 사양명세 최대 절전 모드.
팁: 사용할 수 있습니다.
*combo 1* : JPA + JPA Provider(Hibernate)
*combo 2* : only Hiberante which does not need any interface
콤보 1*: 사용할 수 있는 최대 절전 모드 느낄 때와 없을 때, 제파 공급자입니다 성능 향상 및 확증하노라 변경할 것을 다시 한번 너회의 제파 don& # 39 쓰지 않을 수 없다. 다른 제파 공급자입니다 쓸 수 있습니다. 따라 변경될 수 있으며 여러 번 할 수 있습니다.
콤보 2*: 제파 는 매우 적게 사용할 때와 변경하십시오 제공업체입니다 dell. 비용을 지불하지 않을 것입니다.
Dell. <, http://blog-tothought.rhcloud.com//post/2>, 고객이 혼란을 선택해제합니다 완료하십시오 받게 된다.
제파 는 단지 사양명세를 하는 구체적인 구현. , 는 oracle 의 기본 구축현 제공하십시오 " Eclipselink". 이제. (Eclipse foundation) 은 Oracle 을 기증한 탑링크 병합하려면 크립세링크 함께)
(참조: http://www.oracle.com/technetwork/middleware/toplink/index-085257.html http://www.eclipse.org/org/press-release/20080317_Eclipselink.php )
이 코드는 장담할 수 있는 모든 구축현 이동형이든지 크립세링크 사용하여, 필요할 경우. 최대 절전 모드 역시 전체 제파 구축상의 + 보다 (일종의 제파 Plus). 제파 는 슈퍼 최대 절전 모드 세트가 일부 특정 기능에 추가 최대 절전 모드. 그래서 앱 개발 때 다른 구축현 스위칭됩니다 최대 절전 호환되지 않을 수 있습니다. 제파 는 최대 절전 모드 선택 여전히 대부분의 개발사 입장에서도 구축 및 널리 쓰인다.
제파 는 다른 구축현 오픈제파 (openjpa.apache.org) 가 확장임 옛길 구축상의.
제파 는 사양명세 표준화를 위해 러마 api. 제파 는 최대 절전 모드 벤더가 구축상의. 그래서 제파 표준 API 를 사용하는 경우 최대 절전 모드, 제파 함께 사용할 수 있는 최대 절전 모드 적립율은 후드 아래에 오퍼링이 좀 더 비사양 표준 총괄하였습니다. Http://docs.jboss.org/hibernate/stable/entitymanager/reference/en/html_single/ 과 http://docs.jboss.org/hibernate/stable/annotations/reference/en/html_single/ 참조
제파 는 단지 사양명세를. 제파 구입업체를 구현하는 여러 가지가 있을 수 있다. 서로 다른 유형의 구입업체를 제파 구현하십시오 다른 방식으로. 그래서 다른 기능을 제공할 수 있어 필요에 따라 서로 다른 유형의 구입업체를 이벤트수정적절한 구입업체별 선택합니다.
최대 절전 모드 또는 다른 구입업체를 제파 대신 사용할 경우 쉽게 이동할 수 없는 경우 또는 오픈제파 크립세링크 데 비해 최대 절전 모드로 바꿔야 할 수 있는 XML 파일을 사용하는 것보다 그냥 이베르나티스버트 제파 제공하십시오 지속. 그래서 가능한 한 쉽게 마이그레이션과 제파.
제파 는 최대 절전 모드 API 를 구현할 수 있는 한. 최대 절전 모드 선행 제파. 제파 전에, 최대 절전 모드 코드를 작성하는 넷윈을 do your 러마. 제파 는 이제 그냥 인터페이스를 구현한 코드를 쓰기 제파 및 찾아야 합니다. 최대 절전 모드 발생할 수 있는 구현.
따라서, 이 중에서 선택할 수 있습니다. 최대 절전 모드, 탑링크, etc.
제파 는 것이 필요하다면 구현인 스왑용 아웃해야 수 있습니다. 단점은 탑링크 넷윈을 최대 절전 모드 / / etc. # 39, 제파 apiu 기능을 제공할 수도 있는 사양명세 doesn& t 지원.
제파 는 사양명세 구현할 수 있는 고객의 데이터 레이어에는 퍼타티언스 또는 매핑이라는 db 및 기타 필요한 작업을 수행할 수 있습니다.
, 그냥 필요한 만큼 사양명세를 도구로 할꺼이나 모색하십시오. 될 수 있는 도구, iBatis, 최대 절전 모드, 탑링크 봄 데이터 상술합니다.
즉, 제파 는 자바 객체 관계 매핑 구현하십시오 사양명세 요구 사항을 디스크입니다. diskid attaboy 뚜렷한 코드 맞추기 위해 자체 구현. 이 특정 데이터 관리에 대한 규칙 체계를 유지하고, eventtest 액세스하면 jave 객체 및 그 사이의 관계 때문에 다타바제비스 뚭컻, EJB 는 Java 개발자 커뮤니티 재장착하여 기술입니까 헤비급 의해 비판을 받았다. 제파 는 최대 절전 모드 중 하나를 사용하여 te 가이드라인이며 운행에서어떠한 구현할 수 있습니다. 최대 절전 모드 () 는 객체 / 관계 유지 및 고성능 쿼리하지 서비스가 오픈 소스 gnu 약소 일반 공중 사용 허가서 (LGPL) 에서 라이센스됨 .dell 교체할 수 있는 이는 급여금 Hibernate& # 39 의 구현 제파 다른 구현을 위한 제파 사양명세. 최대 절전 모드 틀렸다니까 직선입니다 사용할 때 다른 여러 가지 방법을 사용할 수 있기 때문에 잠금식 꽂으십시오 구축현 로마스 / 구성 및 주석, 따라서 다른 러마 스위치오버 놈팽이한테 수 없습니다.
제파 는 단지 사양명세를 하는 구체적인 구현. Oracle 이 제공하는 기본 구축현 " Eclipselink"; 이제. 탑링크 Eclipse foundation) 은 oracle 을 기증한 함께 병합하려면 크립세링크.
이 코드는 장담할 수 있는 모든 구축현 이동형이든지 크립세링크 사용하여, 필요할 경우. 최대 절전 모드 역시 전체 제파 구축상의 + 보다. 제파 는 슈퍼 최대 절전 모드 세트가 일부 특정 기능에 추가 최대 절전 모드. 그래서 응용 프로그램 개발 때 다른 구축현 스위칭됩니다 최대 절전 호환되지 않을 수 있습니다. 제파 는 최대 절전 모드 선택 여전히 대부분의 개발사 입장에서도 구축 및 널리 쓰인다.
제파 는 있는 다른 구축현 오픈제파 확장임 옛길 구축상의.
예를 들어, 자동차 등 여러 가지 필요한 자신의 아우디, BMW, 벤츠 A 클래스 제조업체입니다 우리 모두 알다시피 상술합니다. < b>;
이제 위의 기술서임을 자동차 () 는 사양명세) 를 가지고 있는 모든 것이 공통적인 특징 등 4 개 자동차 및 도로 연결은 제파 (car.so) 와 같은 구동되어야 바퀴고요 수 있다. 벤츠, BMW, 아우디 등 일반적인 사용 기능 추가 및 단지 자동차 피쳐이고 고객 기반을 구축할 수 있도록 하고 사양명세 같은 차에 따라 최대 절전 모드, iBATIS 상술합니다.
그래서 이를 통해 공통 기능을 구현 및 하이버네이트 마이그레이션된 제파 는 그냥 jboss 따라 할 수 있습니다.
제파 포함되어 있어 향후 몇 가지 기본적인 속성을 변경할 경우 최대 절전 모드 다른 많은 사람들을 위한 기본적인 속성을 쉽게 전환할 수 있습니다 두통, 제파 주석입니다 dm_ownerdm_owner 구축 없이 작동할 수 있는 모든 구현 기술, 제프 크라 질의입니다.
그래서 우리는 단지 우리가 원하는 경우 최대 절전 모드 기술을 통해 주로 구현하십시오 제파 유형: 전환하십시오 따르면 일부 공통 기능을 하는 것처럼 우리 또한 구축현 클라이언트입니다 멕케이가 적은 코드 제파 관여하고 있다. 누군가 아직 그런 다음 주석문입니다 as i m 의 새로운 선택해제합니다 스택할 오버플로입니다.