La diferencia entre las dos opciones es:
Especificación del protocolo de
Mediante el uso de cualquiera de los dos,
multiprotocolo = RPC
memoria compartida = lpc
NWlink IPX/SPX = spx
Banyan Vines = vides
Apple Talk = ADSP
TCP = tcp
Esta es la forma recomendada. También creo que es más seguro ya que los nombres DLL son más propensos a cambiar que los nombres de protocolo.
También le permite cambiar el número de puerto, en lugar de configurarlo de manera general mediante la herramienta de red de cliente de SQL Server.
Specyfying la biblioteca sin la DLL de extensión
Especificación de la biblioteca va a utilizar el mismo nombre que el archivo real de la biblioteca DLL de la red sin la extensión .dll.
Ejemplo:
TCP/IP: C: \ WINDOWS \ system32 \ Dbmssocn.dll
canalizaciones con nombre: C: \ WINDOWS \ system32 \ Dbnmpntw.dll
multiprotocolo (RPC): C: \ WINDOWS \ system32 \ Dbmsrpcn.dll
NWLink IPX/SPX: C: \ WINDOWS \ system32 \ DBMSSPXN.dll
AppleTalk: C: \ WINDOWS \ system32 \ Dbmsadsn.dll
Banyan VINES: C: \ WINDOWS \ system32 \ Dbmsvinn.dll
Esto funciona mejor cuando se quiere escribir su propia biblioteca de red. Consulte la herramienta de red de cliente SQL Server.
La compensación de rendimiento es mínima y no se nota. Lo mejor es cumplir con los estándares y configurarlo en la web.config, ya que otros desarrolladores sabrán dónde buscar la configuración de las conexiones. Similar a tener una conexión de fuente de datos en Java.