Re: [ANN] Release: NanoStore 1.0 for Mac and iOS
Re: [ANN] Release: NanoStore 1.0 for Mac and iOS
- Subject: Re: [ANN] Release: NanoStore 1.0 for Mac and iOS
- From: Tito Ciuro <email@hidden>
- Date: Thu, 23 Sep 2010 03:39:17 -0300
Hi Thomas,
On 23/09/2010, at 02:15, Thomas Davie wrote:
>
> On 23 Sep 2010, at 03:51, Tito Ciuro wrote:
>>
>> Today, Webbo is pleased to announce the release of NanoStore:
>>
>> http://sourceforge.net/projects/nanostore/
>>
>> NanoStore is a Cocoa wrapper for SQLite, a C library that implements an embeddable SQL database engine.
>>
>> With NanoStore, you store data using a dictionary of any depth. The developer can decide what to store on the fly, unlike other systems that require the developer to design a schema. With NanoStore just build your dictionary and store it. That's all there is to it! Every data element in the dictionary is indexed (except BLOBs) so there's no need to keep a list of indexed separately. You can disable indexing, import your data in batch mode, save it and then reindex at once, which is quite efficient. For even better performance, all I/O can be performed in memory and save the new database to disk at once, which is even faster. And if you feel adventurous, you can even do that in Fast mode and save extra SQLite processing.
>
> Sounds like fun! Can you explain some of the differences between using this or using CoreData to achieve a similar thing?
Hm. That would be discussed better on a White Paper or similar. There are countless tutorials and documents about Core Data already. What I can do however is to provide a small example to illustrate how NanoStore works.
I believe (please correct me if I'm wrong) that Core Data stores the data atomically for both, XML and binary formats. That, if I'm not mistaken requires the datafile to be read in memory. Not so with NanoStore: the SQLite database is the storage system and the API stores and retrieves dictionaries. Another strong point is that you can store whatever you want: from the developer's perspective, there is no schema, so objects of different "weight" or complexity can be stored with ease and retrieved back verbatim.
Now... I like Core Data. I really do. But some times I get the feeling that it's too heavy for simple tasks. Plus, making CD work requires some reading, while NanoStore requires a fraction of the time to get it working. I believe that many developers will welcome this addition, as they will be able to concentrate their effort on other parts of their app. In essence, I designed NanoStore to be simple, relatively powerful and fast, while demanding a minimum effort from the developer. Time will tell if I'm wrong :-)
Regards,
-- Tito
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden