답변 2개
채택된 답변
+20 포인트
답변에 대한 댓글 4개
�
두디두둥
2년 전
음 컬럼을 하나추가해서 복사시 발생하는 이벤트일때만 추가된 컬럼에 원본 데이터에 프라이머리키 받아서 쌓고 히스토리 관리하는게 일반적일까요?
�
배르만
2년 전
히스토리는 별개 이야기 일것 같습니다.
값을 컬럼에 누적 시키는 형태가 되면 검색시 효율성이 많이 떨어지기 때문에
별도의 테이블 관리까지 가야할것 같습니다.
값을 컬럼에 누적 시키는 형태가 되면 검색시 효율성이 많이 떨어지기 때문에
별도의 테이블 관리까지 가야할것 같습니다.
�
두디두둥
2년 전
DB에 의존하는거 말고는
적재시 원본데이터 == 카피되는 복수개의 데이터
매핑방법만 떠오르는데
제머릿속에서는 말씀하신것처럼
복사되는 데이터 관리하는 별도 테이블을 갖는것보단
기존 테이블에서 신규컬럼을 추가 생성후
복사시 신규추가한 컬럼에 기존 게시글에 idx를 넣고 복사된데이터 관리를 해당 idx가 같은것으로 생각밖에 안되는데
보완해야될거나 다른 방법이있을까요?
적재시 원본데이터 == 카피되는 복수개의 데이터
매핑방법만 떠오르는데
제머릿속에서는 말씀하신것처럼
복사되는 데이터 관리하는 별도 테이블을 갖는것보단
기존 테이블에서 신규컬럼을 추가 생성후
복사시 신규추가한 컬럼에 기존 게시글에 idx를 넣고 복사된데이터 관리를 해당 idx가 같은것으로 생각밖에 안되는데
보완해야될거나 다른 방법이있을까요?
�
배르만
2년 전
신규 컬럼이든 테이블이든 목적에 맞게 관리가 되는게 중요합니다.
1:1 이면 단순 컬럼이 낫겠고
1:N 이고 검색을 해야 하면 테이블이 낫죠.
테이블을 구성할 경우엔 from_bo_table, from_wr_id, to_bo_table, to_wr_id, action_type(복사/이동/...) 정도로 저장하고 이후에는 조합,가공 하는 방법을 생각해볼 수 있습니다.
1:1 이면 단순 컬럼이 낫겠고
1:N 이고 검색을 해야 하면 테이블이 낫죠.
테이블을 구성할 경우엔 from_bo_table, from_wr_id, to_bo_table, to_wr_id, action_type(복사/이동/...) 정도로 저장하고 이후에는 조합,가공 하는 방법을 생각해볼 수 있습니다.
댓글을 작성하려면 로그인이 필요합니다.
답변을 작성하려면 로그인이 필요합니다.
로그인