Brendan,

Interesting, I was just thinking about this for one of my projects after 
remembering Flying Meat uses SQL as a “file format” 
(http://shapeof.com/archives/2013/4/we_need_a_standard_layered_image_format.html).
 One thing I was considering is just using a local CBL database to CBL database 
sync for import and export (I’m not sure if that’s what you are talking 
about?). Let CBL deal with the merge/diff issues. I *think* that will work, but 
I haven’t tested it yet. 

Good luck!

> On Mar 19, 2016, at 12:35 PM, Brendan Duddridge <[email protected]> wrote:
> 
> Hi,
> 
> I would like to make an export routine to store a whole bunch of CBLDocuments 
> in a single file. I would like to later import that file into the same or 
> different database. Imagine a scenario where a user has a bunch of data they 
> send to another person, that other person makes changes to the data, then 
> sends it back. I know this can easily be accomplished by syncing, but there 
> are other reasons for wanting to share data like this. Another example might 
> be that someone maintains a list of movie titles and reviews and wants to 
> share that data on my website forum so that anyone else can download that 
> same data into their database.
> 
> I'm thinking that I will either need to use the properties or userProperties 
> property of the CBLDocument class. I know that properties contains the CBL 
> metadata information who's properties start with the underscore character 
> (e.g. "_id" and "_rev"). So I was just wondering if I should avoid using 
> properties and just use userProperties because of that?
> 
> But then again, I have relationships in my model that I want to maintain, so 
> I think maybe using properties is the correct thing to do in this case. That 
> way all my relationships will be intact after the import.
> 
> Are there any issues I should watch out for by doing this? 
> 
> Thanks,
> 
> Brendan
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Couchbase Mobile" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to [email protected].
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/mobile-couchbase/3575ddcc-3856-44d9-a488-4d6809084f6f%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Couchbase Mobile" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/mobile-couchbase/693887C0-8DAC-4349-8AD7-23983FBB750A%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to