코어 데이터 사용 중 간헐적인 크래시가 발생하여 이를 해결하고자 깊게 학습하기 위해 정리하는 시간을 가져본다.

Core Data

• 오프라인 사용을 위해 애플리케이션 내 영구 데이터 저장 장소
• 임시 데이터 캐싱
• 하나의 iCloud 계정에서의 여러 장치에서 데이터 동기화를 (CloudKit 컨테이너 자동 미러링)

특징

• 데이터 베이스를 직접 관리하지 않음
• swift, objective-c에서 데이터에 쉽게 접근 가능
• 변경 사항 추적 및 데이터 롤백 가능
• 앱이 업데이트 될 때 데이터 모델의 버전 관리하고 사용자 데이터를 마이그레이션하는 매커니즘 포함
• 휘발성 데이터 사용 가능(in-memory)
• Table(일반적인 DB) 형태와 다르게 Entity 형태
• 매 저장 시 전체를 커밋할경우 오버헤드 → 변경된 부분만 커밋
• DAO객체(CoreData자동 제공)를 사용하여 데이터 접근(CRUD)

객체 그래프 관리자

• 객체 끼리 연결할 수 있으며, 해당 객체 끼리는 영속적 동기화 (동시 삭제, 동시 데이터 업데이트 등)

  구조 및 설명

  

  • 관리 객체: 데이터를 불러오면 인스턴스에 담아서 사용
  • 관리 객체 컨텍스트: coreData는 메모리에 로드된 상태로 처리됨 (해당 메모리가 컨텍스트)
  • 영구 저장소: 컨텍스트와 직접 데이터를 주고 받으며 저장소 접근 조정 및 입출력 담당
  • 관리 객체 모델: entity구조를 정의하는 객체
  • 영구 객체 저장소: 4가지의 저장 방식 존재
    • in-memory: 휘발성, 앱 종료 시 미보존
    • flat binary: 바이너리 형태 저장, 조회성능 개선 하지만 초기로딩 딜레이
    • XML: 직접 접근하여 확인가능(초기 디버깅 용이), 처리 속도 느림
    • SQLite: 대중적으로 사용, 객체 중 일부만 로딩

코어 데이터의 한계

• in-memory방식은 메모리에 로딩된 객체에 대해서만 수정 가능
• 중복 방지의 Unique키가 없는 관계로 따로 비즈니스 로직 필요