# 39 의 차이점은 what& 제파 및 최대 절전 모드?
제파 는 하이버네이트 러마 위한 도구로 사양명세를 2 것으로 알고 있다. 또한, 최대 절전 모드 보다 더 많은 기능을 가지고 있다는 사실을 알고 제파 2. 하지만 실용적인 관점에서 볼 때, 정말로 의 차이점이?
나는 이제 iBatis 사용 경험 및 I& # 39 m, 최대 절전 모드 또는 인컨텍스트 한 수 배우는 JPA2. 내가 JPA2 ", 제파 는 책, 정보기술 (it) 등이 호조를 pro/무선 provider". 예를 들면 다음과 같습니다.
>. 그렇게 생각한다면 표준화했습니다 기능을 크게 한다고 합니다. >. 제파 공급자입니다 요청 및 it 얻을 수 있습니다.
이 날 그렇게 나는 인간으로 몇 가지 질문:
- DB 의 데이터를 사용할 수 있는 것만으로도 나는 혼자 JPA2 페치할 내 POJO& # 39 의 달기 제파 는 Provider" " 함께 사용할 수 있으면 JPA2 -;; 탑링크 에드그 또는 최대 절전 모드? 그렇다면 what& # 39 의 혜택을 비교해 볼 때 사용하는 데 비해 최대 절전 모드, 최대 절전 모드 또는 JPA2 JPA2 + 혼자 혼자?
- Can you 추천합니까 실용적인 JPA2 좋은 책이다. " pro/무선 JPA2"; 성경에 대한 참조 및 JPA2 비슷하게 보인다 (이 doesn& # 39, 나중에 그 때까지 쿼리합니다 반단면 들어갈 수 없다). 그 는 문제 / 솔루션이므로 JPA2 외곽진입 수 있나요?
681
22
즉, 제파 는 그냥 시/도 때 사양명세를 구축현 없다. 하지만 주석달기 클래스뿐만 최대한 제파 주석입니다 함께 좋아할 수 없는 구축상의 아무런 일도 일어나지 않습니다. 제파 를 생각할 때, 또는 인터페이스입니다 따라야 하는 가이드라인이며 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 준수하십시오 사양명세 최대 절전 모드.
팁: 사용할 수 있습니다.
콤보 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) 가 확장임 옛길 구축상의.
제파 는 최대 절전 모드, 구축현 인터페이스입니다 iqn 인터페이스입니다.
제파 는 사양명세 표준화를 위해 러마 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 지원.
Java -) 는 운영 체제에서 독립한 뿐만 아니라 충스러웠으니 구입업체에서.
따라서 다른 애플리케이션 서버를 구축할 수 있어야 합니다 너회의 애플리이케이션 있습니다. 제파 는 구축됩니까 믿지아니하며 Java EE 애플리케이션 서버와 애플리케이션 서버 구축, 그런데 있습니다 - 호환일 스왑용 피쳐이면 변한다. 쉽게 구축할 수 있는 최대 절전 모드 응용 프로그램 수 있는 다양한 애플리케이션 서버.
제파 는 사양명세 구현할 수 있는 고객의 데이터 레이어에는 퍼타티언스 또는 매핑이라는 db 및 기타 필요한 작업을 수행할 수 있습니다.
, 그냥 필요한 만큼 사양명세를 도구로 할꺼이나 모색하십시오. 될 수 있는 도구, iBatis, 최대 절전 모드, 탑링크 봄 데이터 상술합니다.
39 는 최대 절전 모드, 제파 너회가 don& 사용하는 경우 고객의 데이터 레이어에는 필요가 없다. 하지만 그런 발쿰치로 스위칭이란 위해 사양명세를 제파 사용할 경우 최대 절전 모드, iBatis, 향후 다른 러마 탑링크 사양명세 흔히 쉽게 같은 도구를 때문에 다른 사람들에게 잘 알려져 있다.
즉, 제파 는 자바 객체 관계 매핑 구현하십시오 사양명세 요구 사항을 디스크입니다. diskid attaboy 뚜렷한 코드 맞추기 위해 자체 구현. 이 특정 데이터 관리에 대한 규칙 체계를 유지하고, eventtest 액세스하면 jave 객체 및 그 사이의 관계 때문에 다타바제비스 뚭컻, EJB 는 Java 개발자 커뮤니티 재장착하여 기술입니까 헤비급 의해 비판을 받았다. 제파 는 최대 절전 모드 중 하나를 사용하여 te 가이드라인이며 운행에서어떠한 구현할 수 있습니다. 최대 절전 모드 () 는 객체 / 관계 유지 및 고성능 쿼리하지 서비스가 오픈 소스 gnu 약소 일반 공중 사용 허가서 (LGPL) 에서 라이센스됨 .dell 교체할 수 있는 이는 급여금 Hibernate& # 39 의 구현 제파 다른 구현을 위한 제파 사양명세. 최대 절전 모드 틀렸다니까 직선입니다 사용할 때 다른 여러 가지 방법을 사용할 수 있기 때문에 잠금식 꽂으십시오 구축현 로마스 / 구성 및 주석, 따라서 다른 러마 스위치오버 놈팽이한테 수 없습니다.
제파 는 Java API 를 사용하여 데이터 관계형 사양명세 설명하는 관리 응용 프로그램에서 자바 플랫폼. 하이버네이트 러마 (Object Relational Mapping) 을 따르는 제파 는 신지애 등 library*라는 사양명세.
제파 규칙을 통해 구현되는 집합으로 생각할 수 있는 최대 절전 모드.
제파 는 단지 사양명세를 하는 구체적인 구현. Oracle 이 제공하는 기본 구축현 " Eclipselink"; 이제. 탑링크 Eclipse foundation) 은 oracle 을 기증한 함께 병합하려면 크립세링크.
이 코드는 장담할 수 있는 모든 구축현 이동형이든지 크립세링크 사용하여, 필요할 경우. 최대 절전 모드 역시 전체 제파 구축상의 + 보다. 제파 는 슈퍼 최대 절전 모드 세트가 일부 특정 기능에 추가 최대 절전 모드. 그래서 응용 프로그램 개발 때 다른 구축현 스위칭됩니다 최대 절전 호환되지 않을 수 있습니다. 제파 는 최대 절전 모드 선택 여전히 대부분의 개발사 입장에서도 구축 및 널리 쓰인다.
제파 는 있는 다른 구축현 오픈제파 확장임 옛길 구축상의.
제파 vs 최대 절전 모드
내가 아주 쉽게 설명하기 위해 시도하시겠습니까 것이다.
예를 들어, 자동차 등 여러 가지 필요한 자신의 아우디, BMW, 벤츠 A 클래스 제조업체입니다 우리 모두 알다시피 상술합니다. < b>;
이제 위의 기술서임을 자동차 () 는 사양명세) 를 가지고 있는 모든 것이 공통적인 특징 등 4 개 자동차 및 도로 연결은 제파 (car.so) 와 같은 구동되어야 바퀴고요 수 있다. 벤츠, BMW, 아우디 등 일반적인 사용 기능 추가 및 단지 자동차 피쳐이고 고객 기반을 구축할 수 있도록 하고 사양명세 같은 차에 따라 최대 절전 모드, iBATIS 상술합니다.
그래서 이를 통해 공통 기능을 구현 및 하이버네이트 마이그레이션된 제파 는 그냥 jboss 따라 할 수 있습니다.
1 더
제파 포함되어 있어 향후 몇 가지 기본적인 속성을 변경할 경우 최대 절전 모드 다른 많은 사람들을 위한 기본적인 속성을 쉽게 전환할 수 있습니다 두통, 제파 주석입니다 dm_ownerdm_owner 구축 없이 작동할 수 있는 모든 구현 기술, 제프 크라 질의입니다.
그래서 우리는 단지 우리가 원하는 경우 최대 절전 모드 기술을 통해 주로 구현하십시오 제파 유형: 전환하십시오 따르면 일부 공통 기능을 하는 것처럼 우리 또한 구축현 클라이언트입니다 멕케이가 적은 코드 제파 관여하고 있다. 누군가 아직 그런 다음 주석문입니다 as i m 의 새로운 선택해제합니다 스택할 오버플로입니다.
감사합니다.
제파 는 표준 러마 구현을 위한 사양명세를 반면 최대 절전 모드 또는 jpa 는 실제 러마 구축 또는 프레임워크이다.
제파 는 최대 절전 모드 중 하나를 제파 는 최대 절전 모드 구현하고 이리에 공급자입니다 사양명세를 놈팽이한테 동시에 다양한 창조하셨노 제파 언급한 것으로 알려졌다.