새 프로젝트를 시작하면 매우 큰 (300 테이블) 레거시 데이터베이스에 대해 새롭게 개발됩니다. 데이터베이스가 비즈니스 모델과 잘 일치하지 않으므로 ORM을 사용하는 초기 생각.큰 .net 데이터 액세스 레이어에 대한 조언이 필요합니다.
나는 NHibernate로 잘 작동한다는 증거를 얻었지만 ... 많은 관리가 "지원되지 않는" "오픈 소스"도구의 사용을 되풀이했다.
다른 ORM 솔루션에 대한 조언이 필요하십니까? 또는 NHibernate 인수에 대한 조언?
감사합니다.
지난 두 프로젝트에서 Entity Framework를 사용했지만 비슷한 테이블 수가있었습니다. 그것은 우리를 위해 잘 작동했습니다. 테이블을 여러 Entity Framework 모델 (최대 ca. 한 모델에 80 개의 테이블.
Entity Framework는 Microsoft이므로 관리하기가 더 쉽습니다.
: "X는 Microsoft이므로 관리에 더 쉽게 팔 수 있습니다." ... 나는 이것이 진정한 이유에서 진실 이었으면 좋겠다. 마이크로 소프트가 크고 돈이 많기 때문 만은 아니다. 때로는 그들의 물건이 너무 예리하지 않습니다. –
귀하의 경영진이 상업 ORM을 지불하고자한다면 해당 경로를 고려하는 것이 좋습니다.
NHibernateContrib 프로젝트에서 Alpha 코드를 사용하고 싶지 않다면 (현재는) NHibernate에 (현재) 가질 수있는 제한 사항 중 하나는 현재 LINQ/IQueryable 메커니즘을 사용하여 점점 익숙한 LINQ 구문 당신은 여전히 매우 유연한 Criteria와 HQl 메커니즘을 가지고있을 것입니다. 그것은 LINQ 방식으로 모든 것을하기 위해 투자하기를 원한다면 달려 있습니다. 내 연구에서
지금까지 당신이 꽤 몇 가지 옵션 (모든 지원 LINQ의 쿼리) :
원시 엔티티 프레임 워크 (너무 그 위에 도구와 기능을 추가하는 상업 파트너가 있습니다.)
Lightspeed은 좋은 디자인 타임을 지원하는 일종의 LINQ-to- [DBs]와 같이 보입니다.
Telerik OpenAccess은 Lightspeed와 유사합니다.
IdeaBlade DevForce은 EntityFrmework 위에 구축되었지만 몇 가지 유용성 기능이 추가되었습니다. SQL Server를 사용하지 않는 경우 IdeaBlade를 사용하면 DevArt 또는 DataDirect와 같은 별도 공급 업체에서 ORACLE-EF 공급자를 구입해야합니다.
LLBLGen Pro 다양한 기능과 적극적인 개발. 오랜 시간을 보냈습니다.
DevArt 또한 LINQ에 적합한 데이터 액세스 도구 및 공급 업체별 공급자를 수행합니다.
[업데이트]Production-ready LINQ support은 이제 NHibernate에서 사용할 수 있습니다!
왜 경영진에게 물어 보지 않으시겠습니까?
Hibernate/Hibernate가 주변에 있었을 때 Microsoft가 몇 개의 데이터 액세스 솔루션을 생성하여 제거 했습니까?
은 점점 더 성숙을 받고있다. 그것은 사라지지 않습니다.
플러스 NHProf는 거대한 판매 포인트로, 자체 지원 도구가있는 Microsoft ORM을 명명합니까? – jfar
NHibernate 용 Upvote. 그럼에도 불구하고 저는 필사적으로 LINQ 지원을 기다리고 있습니다. ^^ –
NHibernate 또는 다른 것을 사용하는 경우, "지원되지 않는"오픈 소스 도구의 사용이 상용 제품을 사용하는 것보다 큰 위험이 아니라는 것을 관리자에게 분명히 설명 할 것입니다. 오픈 소스가 어떻게 작동하는지 이해하고 개발 위험을 적절하게 평가하는 것은 관리자의 임무입니다. 불충 한 관리자는 열악한 제품으로 옮길 변명이되지 않습니다 (물론 딜버트가 아니라면). – Paco
NHProf를 사용하는 경우 NHProf는 매우 유용한 도구입니다. – jfar
그냥 업데이트 ... 우리는 NHibernate 경로를 갔다! 우리는 몇 가지 주요 orm과 NHibernate를 사용하여 개념 증명을했습니다. 단순히 위험 및 보상 관리에 사실을 명시하고 결정을 승인했습니다. – Todd