예전에는 저장 프로 시저를 통해 데이터베이스에 액세스하는 데 사용되었습니다. 그들은 데이터 관리의 '더 나은'방법으로 여겨졌습니다. 우리는 데이터베이스에 데이터를 보관하고 모든 언어/플랫폼은 JDBC/ODBC/등을 통해 액세스 할 수 있습니다.저장 프로 시저와 데이터웨어 하우징 프로젝트의 JDO 비교
그러나 최근에는 Hibernate/DataNucleus와 같은 런타임 반영/메타 데이터 기반 저장소 검색 메커니즘이 널리 보급되었습니다. 처음에는 우리가 필요로하는 모든 것이 하나의 필드 일 때 불필요한 데이터 (전체 객체)를 검색하는 방법 (반사가 비싸다)과 관련된 추가 단계로 인해 속도가 느려지는 것에 대해 걱정했습니다.
J2EE를 사용하는 대규모 데이터웨어 하우징 프로젝트를 계획하고 있지만 Stored Procedures 또는 JDO/JPA 등을 사용할 것인지에 대해서는 확신이 없습니다. 최근에 저는 Hibernate로 작업 해 왔습니다. 솔직히 말해서, CRUD 저장 프로 시저를 작성하는 것을 놓치지 않았습니다!
그것은 본질적으로 귀결 :
저장 프로 시저 +이 (u 리만 있지만)
하는 서버에 최적화 할 수
- 천 저장 프로 시저보다 더 될 가능성이있다 : 추가, 삭제 , update, getById, 등등을 포함한다.
JDO는
+ 내가 parameters.add 쓰기 앞으로 몇 달 지출하지 않을 것이다 ("@의 firstNames"를 customer.getFirstName()); ...
- SP보다 느립니다 (그러나 대부분의 지원 페이징)
내 상황에서 당신은 무엇에 찬성하겠습니까? 이 경우 나는 그것이 많은 것 같아요. 그의 "J2EE 디자인 ADN 개발"에
감사합니다,
존