Oracle ODP.net Managed 드라이버와 Unmanaged 드라이버

Oracle ODP.net Managed 드라이버와 Unmanaged 드라이버

관리되는 Oracle ODP와 관리되지 않는 Oracle ODP 간에 성능 벤치마크가 있습니까?넷 드라이버?

(아키텍처/도입의 심플화 이외에 관리 대상 드라이버로의 이행에 이점이 있는가)

저는 몇 가지 결과를 공유하고 싶습니다.도입의 용이성에 비해 퍼포먼스가 적은 것도 가치가 있다고 생각합니다.

주의:seg초를 의미합니다.미안해요.

물론 간단한 테스트이기 때문에 커넥션 풀, 안정성, 신뢰성 등과 같이 다루지 않는 토픽이 몇 가지 있습니다.

중요한 것은 시나리오가 100회 실행되었다는 것입니다.즉, 시간의 양은 그 100회의 사형 집행의 평균입니다.

퀵 스타트 비디오의 글머리 기호:

• 파일 수 감소(최대 1~2dl)
• 공간 절약 (200 MB에 비해 10 MB)
• 병렬 도입의 용이성
• 32비트 및 64비트에 대해 동일한 어셈블리(두 번째 MTS 어셈블리는 제외).
• 코드 액세스 보안

성능은 잘 모르겠지만 어느 쪽이든 크게 다를 것 같지는 않아요.내 추측으로는 두 운전자가 "오라클 넷"을 통해 동일한 방식으로 통신하는 것 같다.명령어를 준비하고 결과를 처리하기 위해 수행된 메모리 내 클라이언트 측 조작에는 약간의 차이가 있을 수 있지만 일반적으로 이 오버헤드는 트랜잭션 전체에 비해 극히 일부에 불과합니다.대부분의 비용/시간은 물리적 IO로 서버에서 소비되며 데이터를 클라이언트로 다시 전송합니다.이는 단순히 OLEDB 프로바이더나 시스템과는 다릅니다.데이터 액세스Oracle Client 드라이버.이것은 같은 RDBMS 회사의 또 다른 릴리스입니다.다른 클라이언트가 사용한 것과 같은 퍼포먼스 트릭을 모두 이용합니다.연구 결과를 올리고 싶지만, 결국 주목할 만한 것이 아니기 때문에 그런 것은 존재하지 않는 것 같습니다.뉴스가 없는 경우는 좋은 소식입니다.새로운 프로바이더가 어떤 식으로든 더 나빠졌다면 당신은 그것에 대해 읽고 있을 것입니다.

단순성이 이 IMO로 전환하는 충분한 이유입니다.대부분의 개발자와 관리자는 프로바이더와 프로바이더의 관리대상 외 클라이언트와의 관계를 완전히 이해하지 못하고 있습니다.Oracle 홈 기본 설정, 버전 불일치, 업그레이드 등에 대한 혼란이 끊임없이 발생합니다.이러한 질문을 없애는 것은 환영할 만한 변화입니다.

여기 너희 모두를 위한 선물이야.Oracle Managed 드라이버가 ef6를 사용하여 연결되지 않는 이유를 파악하는 데 몇 주가 걸렸습니다.데이터베이스에 다음과 같은 데이터 무결성 알고리즘이 있는 경우 관리되지 않는 드라이버를 사용해야 합니다.

Oracle 문서 깊숙이 파묻혀 있습니다!!!오라클 감사합니다!!!

도입이 용이하고 비트에 의존하지 않는 것은 매우 좋은 장점이지만, 일반적인 드라이버의 사용법을 충분히 평가할 필요가 있습니다.64비트 프로세스에서 새로운 관리 드라이버를 사용할 때 거의 50%의 성능상의 핸디캡에 직면했습니다.다른 사람들은 Oracle 포럼에서 메모리 누수 등에 대해 보고하고 있습니다.https://forums.oracle.com/community/developer/english/oracle_database/windows_and_.net/odp.net. 이 제품은 일반적인 Oracle 버그 제품처럼 복구에 몇 개월 또는 몇 년이 더 걸리는 것 같습니다./

사용자 지정 유형은 아직 지원되지 않습니다.이것이 관리 대상 드라이버로 전환하지 않는 이유일 수 있습니다.

관리되는 버전과 관리되지 않는 버전의 차이점은 다음 Oracle 문서를 참조하십시오.

http://docs.oracle.com/cd/E16655_01/win.121/e17732/intro004.htm

언급URL : https://stackoverflow.com/questions/17583289/oracle-odp-net-managed-vs-unmanaged-driver