Hello Mark,

Thank you for the reply. We are currently using a application developed on 
Delphi. Now as the company grows, we are thinking of hosting the database so 
that we can access it from branch to branch. However we are not familiar with 
this setup, as I have asked if ever we hosted the database will we still able 
to use our current application or should we resort to a web based one. And 
also, about VPNs, we do not have an idea about that. What runs on our head at 
the moment is that we host the database and connect through it using our 
application (like we did on lan) and do the same on other branches. Also do we 
still need to use VPN if ever we host the database somewhere else?

Thanks,



On Sunday, January 5, 2014 7:30 PM, Mark Rotteveel <[email protected]> wrote:
 
  
On 4-1-2014 19:22, [email protected] wrote:
> I would like to host my firebird database on a provider, but don't have
> an idea on where to start. We currently have a firebird database in
> which is connected via lan. As our company grows, so its needs. We plan
> to expand on another branch which will be located on a different site,
> and we plan to have a website so that we can access our database from
> one branch to another. I tried searching for providers which can host my
> database, but failed to find one. I was also thinking of hosting it on
> our own server but don't know where to start also.

You are not very explicit about how you need to access the database: do 
you need access to the database directly or only through the web 
application. Do you currently already have such a web application, or 
would it need to be developed first?

You should consider to investigate virtualizing the LAN (using VPN) for 
the branches, so that the branches share the same - virtual - LAN, this 
virtual LAN can extend to server hosted in a datacenter elsewhere(!).

Hosting on a publicly accessible host comes with a set of security 
considerations that you don't have if the application (and database) are 
hosted internally inside your LAN.

Mark
-- 
Mark Rotteveel

Reply via email to