본문 바로가기
회사

다른 업체와 공유하는 DB 테이블 만들 때 고려할 점

by 1005ptr 2019. 7. 19.
반응형

우리 프로그램과 옵셔널하게 붙어서 동작할 수 있는 추가상품? 같은것이 생겼다.

그래서 저쪽 회사에서 볼 수 있도록 테이블을 하나 만들어줬는데

처음에는 모든 정보를 다 넘겨주도록 설계했다.

 

그런데 저쪽에서 사용하지 않는 컬럼은 정보 보호 차원에서 넘겨주지 말자고 하셔서 시작된 작업이다.

 

고려할 사항

1. 전체를 다 안넘겨줄 경우 다시 가져왔을때 안넘겨준 부분을 찾아서 다시 만들 수 있어야 한다.

- 이 경우는 별 문제가 없었다.

2. 프로세스나 데이터의 정합성을 위해서 저쪽에서 수정하는 데이터가 무엇무엇인지 알 필요가 있었다.

- 수정되는 데이터를 알아야 수정한부분을 갱신할 수 있다.

- 다른 업체이기 때문에 자기들 편한 방식으로 작업 할 수 있어, 서로 연관되는 컬럼이 여러개 있는 경우 그중에 하나만 수정하는 등의 데이터 관리 문제 발생

3. 주고받는 프로세스의 정립

- 어떤 상황에서 누가 어떤 테이블에 INSERT, UPDATE, DELETE 하는지 알아야 한다. (작업 흐름 순서대로 표현)

- 프로세스와 별개로 테이블 마다 누가 INSERT, UPDATE, DELETE 하는지 정의

4. 기존에 우리 프로세스와 충돌하지는 않는지 확인, 해당 모듈 없이도 잘 동작하고 모듈을 붙이는 경우에도 동일하게 동작하도록 개발해야 한다.

반응형

댓글