Helper 유저의 vulnerable 데이터 저장 방식 결정

금일 helper유저의 vulnerable 데이터 저장 방식에 대해 논의 결과 아래와 같이 진행하기로 했습니다.

논의 내용
- helper가 결정할 수 있는 vulnerable의 수가 적으니 데이터베이스에 별도의 테이블과 조인테이블을 생성하는 대신 하나의 칼럼에 여러개의 vulnerable 데이터를 넣는 것은 어떠한가

결정 내용
- 기존의 방식대로 별도의 데이블과 조인테이블을 이용하기로 결정되었습니다.

결정 원인
- 데이터베이스의 일관성: donorticon 데이터베이스 스키마는 다대다 관계에 있어서는 조인테이블을 만들어 관리하도록 짜여졌습니다. 만약 vulnerable의 경우에만 그 경우를 무시한다면 데이터베이스의 일관성을 해치게 되고 백엔드 개발자의 입장에서는 경우의 수가 하나 더 늘어나는 것으로 바람직하지 않음
- vulnerable 데이터 관련 에러위험: 조인테이블로 데이터를 관리할 경우 숫자 데이터를 다루게 되지만, 하나의 칼럼에 여러개의 데이터를 저장할 경우 string 데이터를 다루게 됩니다. 이 경우 서버의 코드가 길어지고 에러가 발생할 위험이 높아집니다.

The issue records a decision to use separate tables and a join table for helper users' vulnerable data, but names no files, tests, or entry points. Start by locating the schema or model definitions for helper and vulnerable data; done means the documented decision is reflected there and any relevant database checks pass.

Written by the indexing model from the issue text.