겉보기는 1:1 관계로 보이지만..
갱신 등의 히스토리에 의해
실제로는 N:M을 가지는 각각 자체적인 CRUD 체인 및 히스토리 가지는 도메인 테이블들을 묶을때 어케 처리하냐 ?
보통 일반적인 N:M으로 나올 수 있는 것은 그 사이에 Relation Table을 두는데..
암튼.. 점점 독특한 추출 항목이 많고 쿼리가 복잡해지고 있어서
Relation도 R1.. R2.. R3.. 계속 증가하고 있다보니..
이거 단기간에 절대 작업할 범주가 아니게 되어 가고 있는데..
흠..
substitute augmented 5 relation 관계도를 가지는 motion을 가지고 처리함
그런것도 있니 ? 레퍼런스 좀
해당 댓글은 삭제되었습니다.
회계쪽은 오락가락 하는 사람들이 많아서 정 떨어졌는뎅. ㅇㅇ
뷰 +뿌직