현재 APP의 내부 데이터는 내장 DB(SQLite)를 사용할 생각이기 때문에
지금처럼 한자 테이블에 회독 수를 추가해도 데이터를 혼자 사용하기 때문에 문제가 없지만,
추후에 회원가입 등의 사용자 관련 기능이 추가되고 API서버와 통신하도록 변경된다면
모든 사용자가 한자 별 회독 수를 공유하는 구조이므로 확장을 하던 안 하던 문제 없는 구조를 같이 고려해보면 좋겠습니다.
칼럼명 구조 변경 논의
이름: 日
뜻: 날 일
설계 당시에는 한자에 이름, 뜻만 있으면 될 것 같았는데
한자의 구성 요소를 찾아보니 모양(形), 소리(音), 뜻(義) 3가지로 이루어진다 합니다.
Description
회독수 구조 변경 논의
현재 APP의 내부 데이터는 내장 DB(SQLite)를 사용할 생각이기 때문에 지금처럼 한자 테이블에 회독 수를 추가해도 데이터를 혼자 사용하기 때문에 문제가 없지만, 추후에 회원가입 등의 사용자 관련 기능이 추가되고 API서버와 통신하도록 변경된다면 모든 사용자가 한자 별 회독 수를 공유하는 구조이므로 확장을 하던 안 하던 문제 없는 구조를 같이 고려해보면 좋겠습니다.
칼럼명 구조 변경 논의
이름: 日 뜻: 날 일
설계 당시에는 한자에 이름, 뜻만 있으면 될 것 같았는데 한자의 구성 요소를 찾아보니 모양(形), 소리(音), 뜻(義) 3가지로 이루어진다 합니다.
모양: 日 소리: 일 뜻: 날
이 부분도 구조를 어떻게 가져갈지 같이 논의해보면 좋을 것 같습니다.
Works
References (Optional)