iPhone에서 더 쉬운 데이터베이스 기능을 위해 SQLITE3 래퍼 API를 시도한 사람이 있습니까?

Question

SQL이 아닌 배경에서 나온 나는 지난 며칠 동안 SQLITE3를 흡수하는 데 어려움을 겪고 있습니다. SQLITE3 래퍼 API를 사용하여 좋은 결과를 얻은 사람이 있습니까? 그들은 안정적으로 작동합니까? 어느 것이 가장 좋습니까? 또한 iPhone에 오는 핵심 데이터에 대한 화제도 듣고 있습니다. 그 정보가 신뢰할 수 있는지 여부는 확실하지 않지만 일부는 아마도 알고있을 것입니다. 어느 시점에서 iPhone에 대한 핵심 데이터가 있습니까?

Answer 1

지금 방금 시작했다면 핵심 데이터를 사용합니다.

나는 작년에 당시 다양한 포장지를 보면서 시간을 보냈습니다. 나는 결국 그들 중 아무것도 사용하지 않았다.

나는 NDA가 내가 보았을 때 여전히 제자리에 있다고 생각하므로 최고의 것을 놓쳤을 수도 있지만 대부분은 매우 얇은 포장지라는 것을 알았습니다. 내 목적을 위해 이것은 외부 의존성을 추가하고, 많은 타이핑을 저장하지 않았으며, 아마도 어쨌든 sqlite 함수 호출을 사용하기 위해 여전히 다이빙해야했을 것입니다. 그만한 가치가없는 것 같습니다.

Answer 2

FMDB는 사용하기 쉽고 SQLITE NASTINESS 중 일부를 귀하에게서 추상화하지만 여전히 SQL을 노출시킵니다.

나는 프로젝트에서 그것을 사용했지만 내 자신의 부분적 층을 추가하기 위해 서브 클래스를 사용했습니다. 이 접근법의 장점은 더 빠른 속도 나 예측하지 않은 것이 필요하다면 (예를 들어 트리거)를 만들 수 있다는 것입니다. 핵심 데이터를 사용하면 사용 가능한 "우회"가 없으며 핵심 데이터의 최적화, 메모리 사용 등에 의존해야합니다.

또 다른 차이점은 핵심 데이터로 인해 앱이 완전히 OO를 유지할 수 있다는 것입니다. FMDB 또는 기타 데이터베이스 솔루션을 사용하면 항상 데이터베이스 구성과 밀접하게 연결되어 있습니다. 그것은 디자인 결정이며 나중에 변경할 수있는 것은 아닙니다.

Answer 3

3.0 SDK를 사용하여 Coredata를 대상으로하지 않겠습니까?

어떤 이유로 든 2.x를 지원 해야하는 경우 sqlitepersistentObject. 느리고 버그가 있지만 사용하기가 매우 쉽습니다. 안타깝게도 더 이상 저자가 적극적으로 발전하지 않습니다.

Answer 4

또한 : 얼마 전, 작은 샘플 프로젝트 (2.x)와 함께 사용했습니다. FMDB. 내가 기억하는 한 사용하기가 매우 쉬웠습니다. 그러나 SQL 지식이 필요했습니다.