Enorme dados estáticos em SQLite no iOS - iPhone - iphone, ios, banco de dados, sqlite, estático

Eu tenho dados enormes que são estáticos. Eu preciso salvá-lo dentro do aplicativo e recuperá-lo do banco de dados e usar os dados no aplicativo. Os dados não vão mudar, já que pensei em usar o XML já que os dados são enormes, ele aumentará o tamanho do aplicativo e, portanto, a ideia de usar o SQLite. Existe algum tutorial sobre como usar o SQLite para dados estáticos no iOS. Ou existe outra coisa senão o SQLite? Por favor ajude. Desde já, obrigado. :)

Respostas:

1 para resposta № 1

Se você tem algum dado estático, você deve usar a base de dados sqlite e a tabela de creat que você deseja Aqui estão alguns links para usar o sqlite no iPhone

http://www.techotopia.com/index.php/An_Example_SQLite_based_iPhone_Application

http://dblog.com.au/iphone-development-tutorials/iphone-sdk-tutorial-reading-data-from-a-sqlite-database/

espero que isso ajude você a trabalhar

---

1 para resposta № 2

Core Data com SQLite será uma boa escolha para você.

Mas se você for armazenar arquivos realmente grandes, é melhor não se armazenar no banco de dados, mas a URL, em vez deles, enquanto armazena os arquivos no sistema de arquivos.

Você pode ler sobre BLOBs ("Binary Large OBjects") e Core Data no Apple Core Data Programming Guide.

http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/CoreData/Articles/cdPerformance.html

---

0 para resposta № 3

Verifique também o FMDB, um wrapper Objective C compatível com iOS para sqlite3.

https://github.com/ccgus/fmdb

---

0 para a resposta № 4

O tutorial dado por Jani são legais e você pode começar com isso. Mas depois de ter uma idéia básica do SQLite, você pode verificar Objective-c wrapper da biblioteca SQLite c (FMDB)

---

0 para a resposta № 5

Você está recebendo os dados de um serviço da web? Certamente não pode ser tão grande se você estiver criando dados manualmente. Eu iria com o CoreData em um wrapper SQLite. Trabalhar com objetos é muito mais versátil, executando consultas e tentando trabalhar com os dados.

É apenas uma solução muito mais robusta (IMO), observando o fato de que você não precisa se preocupar em suportar uma estrutura de terceiros para seus dados (não que não haja realmente excelentes).

Pense no futuro do seu aplicativo também ao tomar essas decisões, ele economizará muita dor de cabeça a longo prazo.

Confira este documento CoreData.

https://developer.apple.com/library/ios/#documentation/Cocoa/Conceptual/CoreData/cdProgrammingGuide.html#//apple_ref/doc/uid/TP40001075

---