파일 서버 기술 스택 확정 및 DB 스키마 수정

[njsh4261]

파일 서버에 사용할 기술 스택에 따라 DB 스키마에 변동이 필요함

• 작은 사이즈의 파일만(문서, 이미지 등) 서비스하는 경우 MySQL에 binary 필드로 저장하여 서비스하는 방법도 있음 (이미지 참조, PMP ppt에 첨부된 이미지와 동일)
• Amazon S3 혹은 자체 SFTP 서버 운용 시 MySQL의 파일 관련 테이블에서는 해당 파일의 링크를 관리하게 됨
• MongoDB의 GridFS를 파일 서버로 사용하는 경우 스키마에서 다른 테이블과의 foreign key 관계를 삭제해야 함
• 그 외 기술을 사용하는 경우 별도의 스키마 수정 필요

참조 이미지

[njsh4261]

220103 기준 /scripts/LastPunch_schema.sql는 위 이미지와 일치하지 않습니다(file table 및 관련 field 누락).
위 이미지는 '앞으로 저렇게 할 수 있다'라고 참고만 해주시고, 파일 서버 기술 스택 결정 이전에 DB를 연동해야 한다면 당분간 기존의 DB 스키마를 활용해 주세요.

[njsh4261]

캠프장님 피드백 결과 Amazon S3 사용하는 쪽으로 선회, Cycle 3에서 파일서버 구현할 때 새로운 이슈로 재오픈