아음속에서 poco 클래스의 확장 메서드는 무엇입니까?

Question

나는 nhibibernate에서 nhiba를 아음속으로 전환하는 것을 고려하고 있습니다. nhib는 방금 누리고있는 엄청난 메모리 사용량을 가지고있는 것 같지만, 아음속 (아마도 단순한 저장소)이 어떻게 대처할 것인지 확인하고 싶습니다.

• 데이터베이스에 추가 필드 추가 : 현재 데이터베이스의 필드에 사전 값을 매핑 할 수 있습니다. 아음속으로 가능합니까? (또는 비슷한 것)

  FWIW : DynamicComponent (x => x.PropertyBag, GetDynamicComponentPart); 여기서 propertybag는 사전입니다. 많은 관계

• 많은

• 계단식 (분명히 XML에 seralize) /은 XML 또는 VARCHAR (최대) 열 복잡한 객체를 매핑
• 을 삭제 저장

Answer 1

* adding extra fields to a database: at the moment I can map a 

데이터베이스의 필드에 사전 값이 매우 낮 으면이 수치는 아음속으로 입니까? (또는 아무것도 비슷한?)

FWIW: DynamicComponent(x => x.PropertyBag, 

GetDynamicComponentPart); where propertybag는 사전입니다.

필드 추가는 매우 간단합니다. 필드를 테이블에 추가 한 다음 T4 템플릿에서 클래스를 다시 생성하면됩니다.

기본 기본 유형 외에는 매핑을 얻을 수 없습니다. 분명히 분야의 사전이 아닙니다.

* many to many relationships 

당신은 다 대다 테이블에 대한 지원의 어떤 종류를 얻을 수있는 T4 템플릿에 사용자 정의 수정을해야합니다. SubSonic은 다른 테이블처럼 취급합니다.

나는 그러한 수정을했으며 유용성은 제한적이다.

만 RDBMS 측

* cascading saves/deletes 

. 즉, 계단식으로 외래 키 관계를 설정하는 경우입니다. SubSonic은이 일을하지 않습니다. 분명히 XML로

* mapping a complex object to an xml or varchar(max) column (seralize 

를)

아니. 이런 식으로 아무런 지원도받지 못합니다. 자신의 형식 변환기를 삽입하기위한 확장 성 후크가 없습니다.

SubSonic은 NHibernate와 완전히 다른 분야입니다. NHib에 ORM이라고 부르 겠지만, 나는 SubSonic이라고 부르지 않을 것입니다. SubSonic의 저자 인 Rob Conery는이를 쿼리 도구라고 부릅니다.

매우 단순하며 목표와 강도 (약점은 물론)입니다. 강력하게 형식화 된 방식으로 쿼리 및 수정을 지원합니다. NHib 나 심지어 Entity Framework에 비해 엄청난 양의 기능과 구성 가능성/확장 성이 부족합니다.

NHibernate에서 이미 구현 된 기능이 있으면 NHib에서 SS로 이동하지 않도록주의해야합니다. SS는 나쁜 도구는 아니지만 많은 제약이 있습니다.