[개발일지] - 592

SO관련 마이그레이션 인터페이스 필드를 먼저 확인했는데

이상한 용어로 된 경우가 많아서 제대로 매칭되지 않는 문제가 발생했다.

 

결국 설계 페이지도 확인했지만 막상 사용되는 필드는 얼마 없었는데

이것만 가지고 하기에는 또 다른 곳에서 뭐가 사용되는지 몰라서 임의로 쓰기도 애매하고

그냥 필드만 넣어주면 편하겠지만 연결관계가 있는 경우 다 연결을 해줘야 하는데

임의로 처리하는건 문제가 많아 보였다.

 

다른쪽에서는 다다음주로 예정된 마이그레이션 관련 개발 작업을 하고 있었는데

구조가 변경되는데 처리 방식에 따라 개체를 내가 만들어줬으면 좋겠다는 요청이 들어왔고

변경될 구조와 필드에 대해 논의하다가 어느정도 정리된 이후 회의를 마쳤다.

 

SO쪽 마이그레이션의 경우 개체 정리를 개발담당쪽에 문의해도 답이 안나왔는데

SAP쪽 데이터 확인을 하면 매칭이 잘 될 것 같아서 문의했지만

PM분이 보이는 것만 채우는게 아니고 발송 부분도 해야 한다고 하시다가

이게 필드 정의가 안된걸 이제 파악하셔서 직접 정리해서 전달해주시기로 했다.

 

이전에 홈페이지 이전을 처리해줬던 고객사쪽에서 스팸삭제 요청이 들어왔는데

내용을 확인해보니 이전과 유사하게 해킹 시도를 하는 것으로

SFDC와 연결된 상태라 그냥 그 값들만 전달되기 때문에 문제는 없지만

각각의 접수 내용이 담당자에게 메일 및 알림이 가기 때문에 이 부분은 막아둬야 할 것 같았다.

 

스팸 차단 같은 경우 홈페이지 개발사쪽에서 처리할 부분이고

요청받은 스팸들을 지정된 이름이나 패턴을 통해서 확인 후 천여개를 삭제했고

개체 및 필드 생성을 요청받은 승인 프로세스 관련 부분은 개체까진 생성했지만

내부적인 연결 부분이 제대로 되지 않았기 때문에 추가로 연결 필드를 확인해봤고

각각의 필드가 picklist가 되어야 할 경우 연결되어야 하는 값들도 추가로 확인했다.

 

제일 문제가 되는 부분은 수십만건의 마이그레이션인데

각각 조회 필드로 사용자를 맵핑하기를 원하고 있고

사번 등 중요한 값들이 빠진 내용이 워낙 많기 때문에 개발자분과 협의를 해야 했는데

일단 어쩔 수 없는 부분들은 다 제거하고

어차피 노출의 경우 사번이 아닌 text로 된 이름이기 때문에

해당 값만 정상 적용되면 나머지는 추후 구별용으로 가능한 값만 넣어주기로 정리됐다.

 

created date 등 일부 필드는 원래 넣어줄 수 없지만

api를 통한 입력을 시스템 권한에서 해제해줄 수 있었는데

데이터로더를 사용해서 해당 데이터들을 밀어넣는 방식으로 처리하기로 했고

수십만건이라 엑셀에서도 맵핑 부담을 느끼고 있기 때문에

월요일에 키값을 정리해서 csv 파일로 변환 후 마이그레이션을 진행하기로 했다.

 

 

(1).백준 31614번 分 (Minutes)는 시, 분이 제공될 때 분으로 환산해서 출력해야 하는 문제였다.

 

단순하게 시간 * 60 + 분을 출력하는 방식으로 해결했다.

const input = `8
30`.split('\n').map(Number)

console.log(input[0] * 60 + input[1])