Replies: 4 comments 14 replies
-
|
생성, 수정, 퇴사 등 이력 유형에 상관없이 새로운 수정 이력이 추가되면, 스케줄러 동작 시점에서 해당 시간을 비교해 데이터 백업의 수행 여부를 결정해야 합니다. 제가 담당하는 직원 정보 수정 이력 모듈에서는 가장 최근에 추가된 이력의 createdAt을 LocalDateTime의 형태로 반환하는 메소드를 인터페이스로 제공해드리면 될 것 같습니다. 제가 이해한 게 맞을까요? |
Beta Was this translation helpful? Give feedback.
-
|
해당 백업 데이터의 요구하는 데이터는 직원 정보입니다. 다음과 같은 데이터 중
아래 두 기능에 대해서는 논의보단 제안인 것 같습니다.
|
Beta Was this translation helpful? Give feedback.
-
|
@chiho0270 님 안녕하세요. 저의 모듈과 의존관계 있는 부분이라 저와 인터랙션이 필요한 부분같아 의견 남깁니다.
DTO를 제안해주시면 제가 반영하여 PR 올리겠습니다! 그리고 위와 같이 배치처리를 할 경우 일관성과 확장성 문제가 발생하는데 그 부분에 대해서 좀더 자세한 대화가 필요해보입니다.
하지만 MySQL의 경우, 트랜잭션 고립성 수준을 Repeatable Read로 할 시 팬텀 리드가 발생하기 때문에 Serializable로 할지에 대한 논의는 필요해보입니다. 또한, 주석을 통해 DB Vender 변경시 일관성 문제 발생할 수 있다는 내용을 포함시켜주시면 좋을것 같아보입니다. @chiho0270 님 의견 어떠한가요?? |
Beta Was this translation helpful? Give feedback.
-
|
@SeoGyeongWon 님 안녕하세요! |
Beta Was this translation helpful? Give feedback.

Uh oh!
There was an error while loading. Please reload this page.
-
데이터 백업 관리 #12
데이터 백업 기능은 "직원 데이터 백업 관리"의 역할을 지녔습니다.
그 중 직원 정보 수정 이력과 직원 정보, 파일 저장을 내부 처리가 아닌 외부 처리를 요구하고 있습니다.
이에 대해서 어떤 방식으로 참조할지 의견을 구하고자 합니다.
직원 정보 수정 이력
시간을 비교 대상으로 호출하고자 합니다.(수정 이력과 백업 이력의 비교 중 백업 필요의 판단을 수행하기 위해서는
시간이 적합하다고 생각하였습니다.)직원 정보
백업 대상
모든 직원 정보를 한 번에 처리하기보다 하나의 직원에 대한 상세 정보를 다음과 같이하고자 합니다.
(해당 정보는 프로토타입의 파일 순서를 참고하였습니다.)
*해당 부분에서 부서 이름과 부서 식별자에 대해 고민 중입니다. (프로토타입에서는 부서 이름을 표기하고 있습니다.)
다음은 프로토타입에서의 백업 파일 순서입니다.
파일 관리
파일 관리로 요청보내고,{파일 식별자}를 응답받고자 합니다.다음은 프로토타입에서의 백업 파일명입니다.
Beta Was this translation helpful? Give feedback.
All reactions