데이터 양이 비교적 적은 경우 plist 만 사용할 수 있습니다. Plist는 메모리에 완전히로드되므로 필요에 따라 plist에서 만든 모든 객체를 한 번에 메모리에서 유지할 수있는 경우에만 사용할 수 있습니다.
핵심 데이터에는 학습 곡선이 있지만 사용시 일반적으로 SQL보다 덜 복잡합니다. 대부분의 경우 "단순한"SQL은 더 많은 코딩을 이끌어냅니다. 왜냐하면 절차 적 SQL을 객체 지향 API에 부어 넣기 위해 Core Data의 많은 기능을 복제해야하기 때문입니다. 유지 관리를 추적하여 모든 데이터의 메모리 사용을 수동으로 관리해야합니다. 데이터를 원할 때마다 많은 SQL 코드를 작성했습니다. SQL에서 Core Data로 몇 가지 응용 프로그램을 업데이트했으며 모든 경우 Core Data 구현이 SQL보다 작고 깨끗합니다.
메모리 또는 프로세서 "오버 헤드"가 더 이상 없습니다. 핵심 데이터는 고도로 최적화되어 있습니다. 대부분의 경우, 선반 코어 데이터는 손으로 조정 한 SQL보다 더 효율적입니다. SQL에서 하나의 부차적 인 최적화는 대개 그것이 가질 수있는 이론적 인 이점을 파괴합니다.
물론 C 언어로 SQL을 관리하는 데 매우 숙련 된 사용자라면 SQL을 사용하여 개인적으로 더 빨리 시장에 출시 할 수 있습니다. 그러나 Apple 플랫폼에서 일반적으로 사용하도록 계획해야하는 것이 궁금하신 경우 Core Data는 거의 항상 해답이며 시간을내어 배워야합니다.
이 데이터를 PropertyList에 저장하는 것이 좋습니다. 얼마나 많은 데이터를 가지고 있는지 모르겠지만 수천 개의 행이 없다면 PropertyList가 좋은 방법이라고 생각합니다. 또 다른 질문은 데이터를 쿼리해야합니까? 그래서 sqlite가 답이 될 수 있습니다. – choise