경험 및 경력기술서에 작성한 주요 프로젝트 중 가장 기억에 남는 프로젝트에 대해 상세히 기술해 주세요.
(어떤 도전 과제가 있었는지, 이를 어떻게 해결했는지 혹은 실패했다면 그 원인은 무엇인지, 지금 다시 도전한다면 어떻게 개선하고 싶은지 등)
[끊임없는 배움과 다양한 이해를 위해]
디프만 11기 프로젝트의 백엔드를 완성한 후, 운영을 위해 새로운 인원들과 기존 프로젝트의 내용을 다시 파악했습니다.
이 때에 기존 제가 공부했던 방식과는 많이 다른 방식을 배우게 되었습니다.
- 연관관계의 제거
기존의 프로젝트는 여러 데이터들이 연결될 때에 FK로 연결하였고 이들을 DB에 매번 연결하여 가져왔습니다.
그리고 변경된 내용에서는 FK를 제거하게 되었습니다.
그 이유는 총 두 가지가 제안되었는데,
1. FK자체가 갖는 성능 저하 이슈
2. 설계 변경에 따라 데이터의 유지보수 간략화
이었습니다.
그동안 연관관계를 설정하여 데이터 간의 정합성을 맞추는 것이 매우 중요한 것으로 알고 있었기 때문에 위와 같은 내용을 확인하였을 때에 제안된 내용을 신뢰하지 못했습니다.
또한, 여러 곳에서 외래키를 사용하는 이유가 있을 것이라 생각하여 관련한 다양한 레퍼런스를 참고하여 공부해 보았습니다.
- 캐싱 서버와 정합성 검증 로직
그리고 여러 글이나 기존 서비스를 참고하여 확인해 보았는데, 다양한 서비스에서 FK를 실제로 쓰지 않는다는 이야기를 듣고 놀랐습니다.
여기에는 Redis와 같은 NoSql을 통한 캐싱이 큰 도움을 주었다고 하는데, 미리 데이터를 저장해 놓고 정합성을 잘 검증하기만 하면 매번 DB와의 통신을 하지 않고도 쌓여 있는 데이터에서 필요한 것을 뽑아 사용할 수 있다고 했습니다.
즉 미리 모든 데이터를 캐싱시켜 두고, 이 데이터들을 상황에 맞추어 쓰기만 하면 되기 때문에 자체적으로도 오버헤드도 있고 최근 IT의 발전에 따라 다양한 DB상의 변화가 이루어 지는데, 이로 인한 데이터의 변경이 생겼을 때에 여러 부분에서 적용이 힘든 FK를 제거할 수 있다는 내용이었습니다.
아쉽게도 회사에서 갑작스럽게 업무가 변경되어 해당 동아리 운영을 그만둘 수밖에 없었지만, 혹시 기회가 된다면 다시 처음부터 많은 것을 배우며 개발에 관한 지식을 익히고 싶습니다.
