Show HN: Realm (YC S11), a mobile database

Post by alooPotato » Tue, Jul 15, 2014, 10:14 PM UTC

alooPotato wrote: post #51

LOVE this. I've dealt with the pain of multiple CoreData contexts in different threads and ugggh. This was easily the longest part of our Streak app development, as we needed it to be fast, offline, and fully synced. This is definitely a way better API that accomplishes the same thing as CoreData. If its actually faster too, wow, just amazing. One question - CoreData works really well with built in UIViewControllers…

Post by timanglade » Tue, Jul 15, 2014, 10:19 PM UTC

alooPotato wrote: post #52

alooPotato wrote: post #51

LOVE this. I've dealt with the pain of multiple CoreData contexts in different threads and ugggh. This was easily the longest part of our Streak app development, as we needed it to be fast, offline, and fully synced. This is definitely a way better API that accomplishes the same thing as CoreData. If its actually faster too, wow, just amazing. One question - CoreData works really well with built in UIViewControllers…

Sorry one more question - Android?

Post by lylepstein » Tue, Jul 15, 2014, 10:23 PM UTC

timanglade wrote: post #20

mamcx wrote: post #19

A big plus for sqlite is that you can use it everywhere. For example, for a REST service instead of return a JSON I just return the sqlite database. Also, I can see the data in the desktop, use it on python, etc. This could work elsewhere too? Be usable in python?

You can do the same thing with Realm. We actually have a couple of key benefits over SQLite there, which are that our file size is much smaller (usually about 50%), and we don’t require deserialization to get objects out of the file (Realm data can be streamed directly into memory as native objects in your language). On the minus side, We don’t work from everywhere yet, but we have internal bindings for Python, Ruby,…

Post by brmunk » Tue, Jul 15, 2014, 10:45 PM UTC

timanglade wrote: post #48

jonahx wrote: post #44

Earlier quoted context omitted.

Thank you! So in theory one could do the same thing writing your own threads and using vanilla local storage? But realm is removing all the boilerplate custom code you'd have to write yourself, and making the local side more performant than custom code would be? Is that it in a nutshell?

Yes, that’s the spirit, although I’m sure others would tell you that using Core Data across threads and at high throughput it much easier said than done :) You can achieve anything with almost any storage technology — we just try to let you do it well, easily and in a very performant & maintainable way.

Post by timanglade » Tue, Jul 15, 2014, 10:57 PM UTC

grayprog wrote: post #59

Is there a Mac OS X support planned? Or perhaps the iOS version works as is?