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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

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!