도메인 중심의 디자인 논리적인 삭제

Question

그래서,좋은 도메인 모델을 구축했다.저장소 처리하는 데이터 액세스 및 무엇인지 않습니다.새로운 요구 사항은 팝업이 나타내는 이유로 로그인해야으로 삭제합니다.지금까지 삭제되었는 매우 간단=>Entity.아이들이다.제거(아이)가 있습니다.이 없는 내부 변경 내 추적이 일어나고 있었으로 내 ORM 도구를 처리 상태를 관리합니다.그러나 나는 확실하지 않 exactyl 를 처리하는 방법이다.

1)내가 지킬 수 있는 삭제된 아이들이 컬렉션에서 부모 엔터티 및 풀 변화를 추적의 nHibernate 및 처리합니다.

2) ??????

Answer 1

Ok,미친 소리고 나는 다른 촬영을 이해도를 때 나쁜 nHibernate 사용합니다.를 삭제하기 전에 왜 당신이 선택한 어린이들하고 있는 삭제(당신은 이미 자신의 id 올바른지?) 하 변환로 최상의 엔티티가 될 것을 사용하여 로그인을 삭제 귀하의 테이블에 있습니다.추가하는 이유는 엔터티 및 저장을 그들-그와 함께 삭제합니다.최고의 부분을 사용할 수 있습니다,일반적인 엔터티 즉"auditInfo"의 결과에 대해서는 변형,그리고 당신은 그것을 할 수 있습니 내에서 거래할 수 있도록 롤백을 모두 실패하면!확인하고,어쩌면 미친 하지만 창조적인 권리?

Answer 2

수을 구현할 IInterceptor 인터페이스 무 onDelete 기능을 당겨하는 데 필요한 정보에는 엔티티에게 보낼 로거를 삭제하기 전에를 사용하여(NHibernate 물론)은 무엇입니까?

예

Answer 3

는 경우 삭제하는 상대적으로 드물에 대한 특정 엔터티를 형,나는 추가 깃발하는 엔티티로 표시하고 논리적으로"삭제"보다는 실제로 행을 삭제하는.응용 프로그램은 다음을 처리하는 숨어있는 이들 기관의 일반적인 상황에서.

는 경우에는 원인이 허용되지 않는의 수는"오래된"행 것이 좋 비슷한 왓슨의 대답이다.에 따라 정확한 요구,당신은 멀리 로그를 삭제된 데이터 추가"이유"어딘가에 필드 응용 프로그램에서 직접.터를 사용하여 더 많은 투명하고 더 기쁘게 하는 감사의 관점,그러나 별도의 삭제 로그(테이블,데이터베이스 파일)아마 간단합니다.