Icon View Thread

The following is the text of the current message along with any replies.
Messages 11 to 12 of 12 total
Thread Database access from different locations
Mon, Apr 14 2008 3:19 AMPermanent Link

"Gregory Sebastian"
> In a couple of
> months I will be emigrating to Australia and continuing to run

G'day Mate, welcome to Australia.

Sorry everyone. I know I'm off topic here but I just wanted to extend a good
ol aussie welcome to Tony Smile.

cheers

--
Gregory Sebastian
EzySoft Developments
http://www.ezysoft-dev.com
Australia
Mon, Apr 14 2008 7:21 AMPermanent Link

Tony Bryer
In article <CC351AD3-188D-4A45-83F8-B9133B88CB65@news.elevatesoft.com>,
Gregory Sebastian wrote:
> > In a couple of
> > months I will be emigrating to Australia and continuing to run
>
> G'day Mate, welcome to Australia.
>
> Sorry everyone. I know I'm off topic here but I just wanted to extend a
> good ol aussie welcome to Tony Smile.

Thanks, I am looking forward to it, though it wasn't in my plan to end up
in Melbourne in the middle of winter - it's taking longer than hoped to
sort out my home here for sale, and not the best market to be selling.

Thanks too to everyone who has responded to my original question. It
sounds like at some point the best answer would be to have an EDB server
running on a website if a suitable host could be found, using the
replication to synch the data.

In the meantime a bit of analysis has triaged our data into three: 1. the
stuff that rarely changes but is important - the customer names, addresses
etc: we only add around 200 new names a year and can swap this data by
email - it's best eyeballed before adding to the local database; 2. the
stuff that changes more often, is not so critical, and can therefore be
exchanged automatically by silently swapping it via MySQL on our website,
and 3. the derived data that we don't need to swap since it is stuff that
can be calculated locally (e.q. activation keys from user names).

Beyond this, my copy of the data will be considered to be the definitive
one, and I will copy the current tables to my assistant once a week.

So if what we end up wouldn't work well on a larger scale, I think we have
an ongoing answer whilst looking for a better one.

--
Tony Bryer   SDA UK   'Software to build on'   www.sda.co.uk
« Previous PagePage 2 of 2
Jump to Page:  1 2
Image