Okay, you need to think about how SQL Server is intended to be used--it's
"native" client/server mode.
In this architecture you host SQL Server on a dedicated box (does not have
to be a Core Duo Quad) that's visible to the LAN (rarely if ever to the
WAN). Clients connect and send TSQL queries and get resultsets. The database
file is attached to the SQL Server instance and left in place permanently.
All changes are recorded there and the transaction log is maintained there.
This makes for central backup and admin and opens up a wealth of features
that leads to a highly scalable system.
If you need WAN access, think about an ASP.NET or similar web-based
architecture. Again, SQL Server is hosted on a single system and the
database is accessed by the IIS-hosted code. This is (virtually) the only
safe way to access SQL Server over the web--unless you use a VPN.
I'm also available for onsite or telephone mentoring if you want to go over
your architecture. Give me a call if you want to discuss rates.
Incidentally, there are no "little" guys. There are simply people with
issues.
--
__________________________________________________________________________
William R. Vaughn
President and Founder Beta V Corporation
Author, Mentor, Dad, Grandpa
Microsoft MVP
(425) 556-9205 (Pacific time)
Hitchhiker’s Guide to Visual Studio and SQL Server (7th Edition)
____________________________________________________________________________________________
"Dewayne Balentine" wrote in
message
> William -
>
> Thank you! No wonder I could connect locally but not via the network.
>
> Now I am atleast headed in a different direction. Now I only have rethink
> how to connect the different programs to the central database. Gotta love
> a
> new challenge when starting with almost no knowledge!!
>
> BTW, heading out to get your book. I am honored that you would take the
> time to help the "little guys".
>
> Thanks again!
> Dewayne >> Stay informed about: Can't Connect to Remote Server Via Visual Basic 2008