Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM General » View Thread |
Messages 11 to 12 of 12 total |
Database access from different locations |
Mon, Apr 14 2008 3:19 AM | Permanent 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 . cheers -- Gregory Sebastian EzySoft Developments http://www.ezysoft-dev.com Australia |
Mon, Apr 14 2008 7:21 AM | Permanent 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 . 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 Page | Page 2 of 2 | |
Jump to Page: 1 2 |
This web page was last updated on Friday, March 29, 2024 at 03:30 AM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |