이전 목록 다음
채택완료

그누보드에서 게시글을 복사..

두디두둥
프로필 보기작성한 질문작성한 답변전체 작성글 보기전체 댓글 보기
 2022-12-09 (금) 19:10:01 2,655

그누보드에서 게시글을 복사할시 DB에서 히스토리가 따로 남나요?

예를들어

1번 게시물을 복사하였을때 

복사된 게시물과 원본 1번 게시물을 매핑 할 수있는 데이터용

그누보드5 php sql
|

답변 2개 / 댓글 4개

채택된 답변
+20 포인트
배배르만
프로필 보기작성한 질문작성한 답변전체 작성글 보기전체 댓글 보기
 2022-12-09 (금) 20:00:06

없는것 같네요.

별도로 구현해야 가능할것 같습니다.

답변에 대한 댓글 4개

두디두둥
프로필 보기작성한 질문작성한 답변전체 작성글 보기전체 댓글 보기
 2022-12-11 (일) 21:13:49
음 컬럼을 하나추가해서 복사시 발생하는 이벤트일때만 추가된 컬럼에 원본 데이터에 프라이머리키 받아서 쌓고 히스토리 관리하는게 일반적일까요?
배르만
프로필 보기작성한 질문작성한 답변전체 작성글 보기전체 댓글 보기
 2022-12-11 (일) 21:32:36
히스토리는 별개 이야기 일것 같습니다.
값을 컬럼에 누적 시키는 형태가 되면 검색시 효율성이 많이 떨어지기 때문에
별도의 테이블 관리까지 가야할것 같습니다.
두디두둥
프로필 보기작성한 질문작성한 답변전체 작성글 보기전체 댓글 보기
 2022-12-12 (월) 13:33:13
DB에 의존하는거 말고는
적재시 원본데이터 == 카피되는 복수개의 데이터
매핑방법만 떠오르는데

제머릿속에서는 말씀하신것처럼
복사되는 데이터 관리하는 별도 테이블을 갖는것보단
기존 테이블에서 신규컬럼을 추가 생성후
복사시 신규추가한 컬럼에 기존 게시글에 idx를 넣고 복사된데이터 관리를 해당 idx가 같은것으로 생각밖에 안되는데
보완해야될거나 다른 방법이있을까요?
배르만
프로필 보기작성한 질문작성한 답변전체 작성글 보기전체 댓글 보기
 2022-12-12 (월) 15:28:20
신규 컬럼이든 테이블이든 목적에 맞게 관리가 되는게 중요합니다.
1:1 이면 단순 컬럼이 낫겠고
1:N 이고 검색을 해야 하면 테이블이 낫죠.
테이블을 구성할 경우엔 from_bo_table, from_wr_id, to_bo_table, to_wr_id, action_type(복사/이동/...) 정도로 저장하고 이후에는 조합,가공 하는 방법을 생각해볼 수 있습니다.
지지구버스
프로필 보기작성한 질문작성한 답변전체 작성글 보기전체 댓글 보기
 2022-12-09 (금) 19:55:47

따라 안남는걸로 알고 있습니다. 

답변을 작성하려면 로그인이 필요합니다.