17.06.2013 Views

Beginning Microsoft SQL Server 2008 ... - S3 Tech Training

Beginning Microsoft SQL Server 2008 ... - S3 Tech Training

Beginning Microsoft SQL Server 2008 ... - S3 Tech Training

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Shared Memory<br />

Shared memory removes the need for inter-process marshaling — a way of packaging information before<br />

transferring it across process boundaries — between the client and the server, if they are running on the<br />

same box. The client has direct access to the same memory-mapped file where the server is storing data.<br />

This removes a substantial amount of overhead and is very fast. It’s only useful when accessing the server<br />

locally (say, from a Web server installed on the same server as the database), but it can be quite a boon<br />

performance-wise.<br />

On to the Client<br />

Now we’ve seen all the possible protocols and we know how to choose which ones to offer. Once we<br />

know what our server is offering, we can go and configure the client. Most of the time, the defaults are<br />

going to work just fine, but let’s take a look at what we’ve got. Expand the Client Network Configuration<br />

tree and select the Client Protocols node, as shown in Figure 2-4.<br />

Figure 2-4<br />

Chapter 2: Tools of the Trade<br />

<strong>SQL</strong> <strong>Server</strong> has the ability for the client to start with one protocol, then, if that doesn’t work, move on to<br />

another. In Figure 2-4, I am first using Shared Memory, then trying TCP/IP, and finally going to Named<br />

Pipes if TCP/IP doesn’t work as defined by the Order column. Unless you change the default (changing<br />

the priority by using the up and down arrows), Shared Memory is the NetLib that is used first for connections<br />

to any server not listed in the aliases list (the next node under Client Network Configuration),<br />

followed by TCP/IP and so on.<br />

If you have TCP/IP support on your network, configure your server to use it for any<br />

remote access. IP has less overhead and just plain runs faster; there is no reason not<br />

to use it, unless your network doesn’t support it. It’s worth noting, however, that for<br />

local servers (where the server is on the same physical system as the client), the<br />

Shared Memory NetLib will be quicker, as you do not need to go through the network<br />

stack to view your local <strong>SQL</strong> <strong>Server</strong>.<br />

27

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!