I have created a application which uses Sqlite database.
Now i wanted to deploy the application on iPhone and iPad.
I wanted to know whether the Sqlite is inbuilt or not in iPhone/iPad device?
Yes, iOS includes the SQLite library.
SQLite
iOS includes the popular SQLite
library, a lightweight yet powerful
relational database engine that is
easily embedded into an application.
Used in countless applications across
many platforms, SQLite is considered a
de facto industry standard for
lightweight embedded SQL database
programming. Unlike the
object-oriented Core Data framework,
SQLite uses a procedural, SQL-focused
API to manipulate the data tables
directly.
SQLite is inbuilt in iOS. The database is a simple .db(usually)/.sqlite file which you will have to copy as a part of deployment.
Related
I have an Android app I wrote that uses a sqllite database, now I am writing the same app for iPhone. How do I use the existing sqllite database from my android app in the iPhone version?
More specific questions:
Where do I place the actual sqllite database - What folder?
Can I just use iPhone sql statements to open and read the data?
Could I just use an xcode emulator until I move the iPhone app to an actual device?
If you're happy with using sql, you don't necessarily need to go through the CoreData pain barrier. Ray Wenderlich also has a good tutorial on using Sqlite directly in your app here:
Part 1 - SQLite 101 for iPhone Developers (Intro)
Part 2 - SQLite 101 for iPhone Developers (The actual coding with Sqlite)
His site is a great resource for experienced developers wanting a quick and practical guide to getting started with almost every aspect of iOS development imaginable.
Here you can find a tutorial about how to import a SQLite Databse to core data:
How To Preload and Import Existing Data
I have a SQLite database that I want my app to read and load into a UITableView then push to a Detail View.
I am using the FMDB wrapper framework (https://github.com/ccgus/fmdb). I'm confused as to how exactly to do this as I've never used SQLite in an iPhone app before.
Can anyone help get me started? What code do I need to add to I'm assuming viewDidLoad?
I think you should use CoreData framework provided in iPhone SDK. Its pretty simple to use and it manages most of the complex things for us. It provides a way to use Sqlite database as a persistent store for your application. You can just start with it from the documentation provided in iPhone SDK documentation under "Core Data Programming guide" section.
What is the best way to store data for the iPhone? I will be developing an iPhone app in Objective-C which will take data from end users. This data will need to be save and loaded at various points.
Essentially, what is the best combination of languages and frameworks to use in order to develop the above (i.e. should I be aware of any compatibility or like issues regarding the objective-c language)?
EDIT: Are there any particular reasons why to choose sqllite over core data?
Hey, the best way to store and manage data is Core Data framework, you can read about it in official docs.
Two of the most popular and reasonable solutions:
Apple's native solution: CoreData
sqlite3
I used sqlite3 for my applications. If you use mySQL then you'll be very comfortable to use sqlite3. However, people recommend CoreData due to its ease of use and iOS support.
I would also like to add my vote for the CoreData solution. I investigated all the options (CoreData, sqlite3 and plists) and CoreData seemed to be the right option for me.
I found a brilliant tutorial on it for iOS 5 here
My iPhone app currently uses core data. I want to create an online database where I can sync data from my iPhone. I also want to store user account info.
Are there any shortcuts or benefits because I am using core data?
I'm thinking I will have to have a 3 tier system for this:
iPhone using Objective Resource (iPhone on Rails and ObjectiveResource; Making communication between the iPhone and a Rails web-service pain-free.) -> Ruby on Rails -> MySQL
BTW, I plan to use twitter sdk for login/registration if that makes any difference.
I would recommend reskit Reskit is similar to objective resource, but has more features, including integrating with core data for caching.
Restkit also has the advantage of being backend independent, its can work with any restful interface.
we have an app which is available for ipad, iphone, android as well as samsung bada. since all of these platforms support sqlite, this app makes extensive use of sqlite for saving and reading data.
we now face quite a lot of issues whenever we need to update our app, that is punch in the same data access code across 4 different apps. we might also be looking to publish this app for windows mobile at a future date
i was wondering if there is a way to atleast have a completely independent library to manage our data access part so that we can just code and update this library once and simply use it across all 4 platforms
it would be awesome to achieve that and it would save us plenty of hours of coding and debugging and testing
No, because what you are asking for is essentially a SQL client layer sitting on top of SQLite similar to Oracle's SQL Client for Linux, Windows and so on that sits on top of the Oracle DB server that a developer could code to. This SQL client layer would have to define a standard interface (think JDBC or ODBC) and be implemented in Java (Android), C#, VB, and F# (Windows Mobile 7), and Objective-C (iOS).
Having said that, do I expect to see such a chunk of software developing over time, considering that SQLite does seem to be the defacto standard on handsets? Yes, I would expect to see something pop up on Git somewhere in the future that does something like that.