Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Data Bases > Berkely DB > Read Only Remot...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 1 of 3 Topic 1724 of 1800
Post > Topic >>

Read Only Remote DB (Replication?)

by spattija@[EMAIL PROTECTED] Mar 11, 2007 at 06:11 PM

Hi,

I'm *really* new to bdb so I apologize in advance for the question.

I have a db on a remote machine. Once initializated and filled up,
this db is not modified anymore.
I'd want to "connect" to this remote db from another machine, in a
read only mode.
My questions are:

1) Is replication the simplest/most correct way to achieve this? I
want to focus on the point that, once created, the db is accessed
*always* in read only.

2) When replication starts, is its content update driven by client's
db->get()s ? In my specific aplication, I have on thread which asks
for some data, the desired behaviour whould be to tell the client db
to start fetching the data from the master db. If the data is already
in the local copy of the db, then I use it, otherwise that get()
should fail as I expect (and desire, since for this specific case I
can't block until the data is ready).

3) If the db update is ::get() driven, does bdb have some kind of
prefetch based on locality or have I to implement my own policy?

Think to my application as a google-earth-like application. I have the
data in a remote repository, then on demand a client asks for some of
them and, if not already present, falls back to a lower resolution
representation of the data.

Thank you in advance!
 




 3 Posts in Topic:
Read Only Remote DB (Replication?)
spattija@[EMAIL PROTECTED  2007-03-11 18:11:32 
Re: Read Only Remote DB (Replication?)
"ashok" <ash  2007-03-13 04:13:44 
Re: Read Only Remote DB (Replication?)
"Don Anderson"   2007-03-23 08:27:28 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan13V112 Sun Jul 6 16:03:51 CDT 2008.