SQLite 신입 시스템 설계 면접

일정 테이블(events)에는 id, title, description, start_time, end_time, location, created_at 같은 컬럼을 두고, 필요시 카테고리 테이블(categories)을 별도로 분리하여 1:N 관계로 설계하겠습니다. SQLite는 서버 없이 앱 내부에 임베디드되어 동작하므로 네트워크 연결 없이도 빠르게 데이터를 읽고 쓸 수 있습니다. 모바일 환경에서 가벼운 용량과 낮은 메모리 사용량이 장점이며, 단일 사용자 환경이므로 동시성 문제가 적습니다. 또한 별도의 설치나 설정 없이 파일 기반으로 동작하여 배포와 관리가 간편합니다.

인덱스 측면에서는 검색에 자주 사용되는 컬럼(제목, 작성일, 카테고리)에 인덱스를 생성하고, 복합 인덱스가 필요한 경우 WHERE 절과 ORDER BY에 함께 사용되는 컬럼 조합을 고려합니다. 쿼리 최적화로는 SELECT * 대신 필요한 컬럼만 명시하고, LIMIT과 OFFSET을 활용한 페이징을 구현하되 OFFSET이 큰 경우 WHERE id > last_id 방식의 커서 기반 페이징을 사용합니다. 캐싱 전략으로는 자주 조회되는 첫 페이지나 인기 게시글 목록을 메모리 캐시에 저장하고, TTL을 설정하여 일정 시간 후 갱신하도록 합니다. 게시글 작성이나 수정 시에는 관련 캐시를 무효화하여 데이터 정합성을 유지합니다.

각 메모 레코드에 created_at, updated_at, synced_at, sync_status 같은 메타데이터 컬럼을 추가하여 동기화 상태를 추적합니다. sync_status는 pending, synced, conflict 같은 상태값을 가지며, 로컬에서 수정된 데이터는 pending으로 표시합니다. 네트워크 연결 시 pending 상태의 데이터를 서버로 전송하고, 서버의 updated_at과 로컬의 updated_at을 비교하여 충돌을 감지합니다. 충돌 발생 시 최종 수정 시간 기준(Last Write Wins) 또는 사용자 선택 방식으로 해결하며, 중요한 경우 양쪽 버전을 모두 보존합니다. 동기화 큐 테이블을 별도로 두어 실패한 동기화 작업을 재시도하고, 백그라운드 작업으로 주기적인 동기화를 수행합니다.