사용중인 OR 매퍼에 따라 (:))에 따라 달라 지므로 문제가있는 OR 매퍼가 지원하거나 지원하지 않는 DB 기능을 조사하는 데 시간을 투자하십시오.
예를 들어, Microsoft의 OR 맵퍼는 모든 SQL Server의 내장 데이터 유형을 지원하지 않으며, 새로운 / 고급 TSQL 기능 (재귀 쿼리, 최적화 힌트 등)을 지원하지 않습니다.
이론적으로 , 좋은 OR 매퍼는 잘 설계된 관계형 데이터베이스 스키마를 좋은 객체 모델로 극복 할 수있을 정도로 유연해야합니다. 실제로, 우리는 여전히 모든 퍼즐 조각이 제자리에 있기 전에 약간의 갈림이 있습니다. 많은 OR 맵퍼가 고급 맵핑을 지원하지만 복잡한 쿼리 및 성능 문제를 희생시키는 경우가 많습니다.
좋은 db 성능을 유지하고 dba의 온전함을 유지하려면 db 스키마 디자인과 관련하여 모범 사례를 따라야합니다. 먼저 정규화하고 [/ if] 필요한 경우 비정규 화하십시오. 코드 측면에서 객체 모델로 넘어 가지 마십시오 . 경우에도 OR 매퍼 지원 복잡한 상속 모델이 또한 당신 등 데이터베이스 타격 지나치게 복잡한 쿼리에 문제로 실행 위험이 분야이며, 함께 많은 테이블을 병합 기관 프로필, 프로필, 프로필을 그냥 ORM 적용되지 않습니다 당연한 쿼리를 생성했습니다. OR 매퍼 생성 쿼리는 보통 일반 SQL 쿼리와 마찬가지로 조정될 수 있으며 객체 측에서 기능적으로 동등한 두 쿼리 (예 : linq 쿼리)로 인해 SQL 쿼리가 크게 다를 수 있습니다.