Home/ Questions/Q 8353515
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-09T09:17:15+00:00

I am a composer by profession and my computer science skills are limited though

  • 0

I am a composer by profession and my computer science skills are limited though I program quite a bit of the software that I use.

What are the most reasonable ways to approach SQLite integration as a file format and database in an iOS app (it also needs to run on windows, but that is a secondary concern)?

I have been researching Hiberlite, which looks fantastic, but it seems to be little used and apparently it doesn’t run well on embedded systems (iOS?) and chokes up when thousands of objects are in play. I haven’t been able to get a sense of how severe those bottle necks are when running under those conditions.

The settings of thousands of objects (~50,000 though that number could expand) would be read every 1-10 seconds and written periodically. Read performance is more critical as write operations can stutter with out effecting the core operation of the app.

Given those conditions, how should I approach SQLite? My understanding is that without something like Hiberlite the entire database (many millions of entries) must be read and rewritten for every entry, is that less efficient. If that is the best approach is there a good resource to follow for implementing it?

Any advice would be greatly appreciated. My current software that I rely on is beyond buggy and needs refactoring, but due to my inexperience I am having a difficult time finding information about a reasonable approach.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I’m guessing you’ve probably found a solution for this by now, but I’ve been interested myself in embedding SQLite on Android and IOS, and I came across many C++-based ORM solutions.

    Hiberlite looked possibly not fully mature (I didn’t readily see a method of returning subsets of data, which is fairly standard). A framework which did draw my attention was the POCO:Data ORM library. It’s based on the stream-based mechanism used in SOCI ORM. The POCO library is modular and optimised for embedded environments (I believe it also has a minimal external dependencies). Wikipedia has an article here, they outline some of its users, of which OpenFrameworks is one.

    The WT ORM also looked pretty interesting.

    I’m listing some of the other C++ ORM frameworks I found here, in no particular order:

    http://soci.sourceforge.net
    webtoolkit WT DBO ORM
    http://debea.net
    http://www.qxorm.com
    http://sourceforge.net/apps/trac/litesql
    http://otl.sourceforge.net
    http://cppcms.com/sql/cppdb
    http://dtemplatelib.sourceforge.net
    http://code.google.com/p/qdjango

    • 0