나는 최대 절전 모드가 데이터 중심 응용 프로그램에 적합하지 않다고 말하는 hibernate tutorial을 보냈다. 나는 프로그램에주는 '객체 지향 구조'에 깊은 인상을 받았지만, 응용 프로그램은 매우 많은 데이터 중심을 가지고 있습니다 (많은 수의 레코드를 가져오고 업데이트합니다. 그러나 저장 프로 시저는 사용하지 않습니다). 최대 절전 모드를 사용하고 있습니까? 내 응용 프로그램에 사용할 수있는 최대 절전 모드에서 작성된 래퍼가 있습니까?데이터 중심 응용 프로그램에 최대 절전 모드를 사용할 수 있습니까?
구문의 특정 의미에 대해 잘 모르겠습니다. data centric. 모든 데이터베이스 응용 프로그램이 아닙니다 data centric? 그러나 많은 양의 데이터를 처리한다면 Hibernate가 최선의 선택이 아닐 수도있다. Hibernate는 데이터베이스에 매핑 된 객체 모델을 표현하는 것이 가장 좋으며 모든 애플리케이션에서 역할을 할 수 있지만 수동으로 매우 효율적인 SQL을 작성해야하는 ETL (추출/변환 /로드) 작업을 수행 할 수 있습니다.
기본적으로 할 수는 있지만 느려지기도합니다. Hibernate는 데이터베이스에서 검색된 모든 행에 대해 오브젝트를 만듭니다. 대용량의 데이터로이 작업을 수행하면 성능에 심각한 영향을 미칩니다. 또한 단일 업데이트를 사용하는 여러 행의 업데이트는 매우 기본적인 지원 만 있습니다.
적어도 객체 생성 문제로 인해 래퍼가 도움이되지 않습니다.
Hibernate를 사용할 때 많은 장점이 있습니다. 객체 모델을 객체로 가져올 때 객체 모델을 올바로 가져올 때 객체를 통해 데이터베이스와 상호 작용하는 데 많은 매력이 있지만 실제로는 처음에는 Hibernate가 훌륭하지만 매우 실망 스럽습니다. 성능 및 결함 발견과 같은 문제에 대처할 수 있습니다.
DA (데이터 액세스) 계층에 대한 결정에 관해서는 자신에게이 질문을 던집니다. 다른 데이터베이스를 실행해야하는 응용 프로그램을 작성하고 있습니까?
대답이 예인 경우 최대 절전 모드와 같은 (ORM)을 고려할 것입니다. 만약 그렇다면 보통은 Spring을 통해 JDBC를 정상적으로 사용하게 될 것입니다.
JDBC를 통해 데이터베이스와 상호 작용하는 것이 훨씬 더 투명하고 오류와 성능 조정을 쉽게 찾을 수 있다고 생각합니다.
답변 해 주셔서 감사합니다. – hnm
답변 해 주셔서 감사합니다. 당신이 짐작했듯이, 데이터 중심, 나는 거대한 데이터를 처리하는 것을 의미했습니다. 그런 상황에서 최대 절전 모드를 사용할 수있는 래퍼가 있습니까? – hnm
@hnm 래퍼가 필요하지 않습니다. 당신은 Hibernate를 직접 사용할 수있다. 그러나 그렇게 효율적이지는 않습니다. 덜 집중적 인 경우에는 Hibernate 인프라 스트럭처를 항상 설정할 수 있으며, 과도한 데이터 처리를 위해 Hibernate와 함께 원시 SQL을 사용할 수 있습니다. 나는 그런데 Hibernate의 큰 재미이다. 그러나 나는 그것의 한계에 대해 현실적이다. –
귀중한 제안에 감사드립니다. – hnm