Quelqu'un at-il essayé une des API wrapper SQLite3 pour la fonctionnalité de base de données plus facile sur l'iPhone?

Question

Issu d'un milieu non-SQL, j'ai eu du mal à absorber SQLite3 pour les derniers jours. Quelqu'un at-il eu de bons résultats en utilisant l'une des API wrapper SQLite3 là-bas? Est-ce qu'ils fonctionnent de manière fiable? Quel est le meilleur? J'entends aussi buzz sur base de données à venir à l'iPhone. Je ne sais pas si cette information est digne de confiance ou non, mais peut-être certains d'entre vous le savent: il y aura une base de données pour l'iPhone à un moment donné?

Answer 1

Si vous ne fait que commencer maintenant, j'utiliser des données de base.

J'ai passé un peu de temps l'année dernière regardant les différents outils d'à l'époque. Je n'ai pas utilisé l'un d'eux à la fin.

Je pense que la NDA était toujours en place quand je cherchais si j'ai raté les meilleurs, mais je trouve que la plupart étaient des emballages très minces. Pour mes fins, cela signifiait qu'il a ajouté une dépendance externe, n'a pas sauvé beaucoup et je frappe probablement encore dû plonger vers le bas à l'aide de la fonction sqlite appelle parfois de toute façon. Ne semblait pas la peine.

Answer 2

FMDB est facile à utiliser et résumés certains des méchancetés SQLite loin de vous, mais expose encore le SQL.

Je l'ai utilisé dans un projet, mais pour ajouter sous-classé ma propre couche partiellement OO. L'avantage de cette approche est que si je besoin de plus de vitesse ou quelque chose que je ne prévoyais pas (triggers par exemple), je peux y arriver. Avec les données de base, il n'y a pas de « contournement » disponible et je dois compter sur les optimisations de base de données, l'utilisation de la mémoire, etc.

Une autre différence est la base de données permettra à votre application de rester pleinement OO. Avec FMDB ou toute autre solution de base de données, vous êtes toujours étroitement liée à l'organisation de la base de données. Il est une décision de conception, et non celui que vous pouvez changer par la suite.

Answer 3

Pourquoi ne pas cibler CoreData l'aide du SDK 3.0?

Si pour une raison quelconque, vous devez appuyer 2.x, vous devriez regarder SQLitePersistentObject . Il est lent et a quelques bugs, mais il est très facile à utiliser. Malheureusement, il n'est plus en cours de développement par l'auteur.

Answer 4

En outre: Il y a quelque temps, avec un projet petit échantillon (2.x) je FMDB . Pour autant que je me souviens qu'il était assez facile à utiliser. Cependant, il fallait des connaissances SQL.