Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Multi-Site Database Replication - SQL Server
Message
From
29/04/2017 19:19:51
 
 
To
29/04/2017 04:47:12
Walter Meester
HoogkarspelNetherlands
General information
Forum:
Visual FoxPro
Category:
Client/server
Environment versions
Visual FoxPro:
VFP 9 SP2
OS:
Windows 7
Network:
Windows Server 2012 R2
Database:
MS SQL Server
Application:
Desktop
Miscellaneous
Thread ID:
01650658
Message ID:
01650688
Views:
43
Databases are not large, typically tens of GB.

I don't know if docs are zipped prior to being embedded in the database. If not that might be a good way to improve file transfer over relatively slow connections. It seems like it might be a common situation, I wonder whether SQL Server has any sort of compression option built-in to its transport mechanisms...

The provider already supports remotely accessing the database via the public Internet. This works reasonably well except when large documents need to be extracted and viewed at the client sites. These days I don't think latency is an issue unless the connection is going through an undersea link, or (much worse) via satellite.

>Hi Al,
>
>How big is the database in total?
>
>Are the documents zipped in the database? In our app, we zip documents and unzip at the client end. That should reduce the neccesary bandwidth.
>
>How large is the distance between the different sites? If limited to less than a 1000 km, a single database server might be sufficient.
>Your app otoh, should be optimized to have limited calls to the SQL server through.
>
>
>In our app, one of the clients is 3000km away from the database with reasonable performance.
>
>I can see this work, but it depends on the chattiness of your application, the stability of the internet connection, and the number of users involved at each site
>
>
>Wallter,
>
>
>
>>>At that low bandwidth at the branches, having a connection via Citrix would be the way to go and only have one central server. Trying to replicate over that low bandwidth will be trouble for that data volume potential.
>>
>>Yes, it turns out the solution provider isn't willing to support replication over low bandwidth, so it's going to have to be some sort of remote access setup.
>>
>>Embedding documents in the database doesn't happen every day. They might go for a while not doing any, and then have to put in one or two dozen.
>>
>>Do you have any idea of the efficiency of replication in this sort of scenario? If a 1MB document is embedded, how large of a transaction log entry does that create - I wonder if there's significant bloat.
Regards. Al

"Violence is the last refuge of the incompetent." -- Isaac Asimov
"Never let your sense of morals prevent you from doing what is right." -- Isaac Asimov

Neither a despot, nor a doormat, be

Every app wants to be a database app when it grows up
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform