Conectar Microsoft SQL Server a Excel, Google Sheets, IA y REST

Implementado de la forma en que SQL Server realmente es

En la práctica, rara vez se trata de la configuración predeterminada. Los detalles de conexión reflejan las configuraciones que los usuarios realmente utilizan, no las que aparecen en la documentación.

• Las instancias con nombre se ubican en el cuadro del servidor como SERVER\SQLEXPRESS o SERVER\PROD. No hay ningún campo separado que buscar ni ningún puerto que especificar, a menos que lo hayas cambiado.
• Se asume que el puerto 1433 se utiliza y se omite por completo de la cadena de conexión; cualquier otro puerto se usa tal cual, por lo que una instancia en el puerto 1435 no necesita nada especial.
• Una conexión se dirige a una base de datos, y varias bases de datos en la misma instancia son simplemente varias conexiones. — cada uno con su propio inicio de sesión y sus propios permisos, si así es como funciona su tienda.
• Usted decide si desea confiar en un certificado autofirmado y en el cifrado.
• La autenticación es la autenticación de SQL Server. — un nombre de usuario y una contraseña. La autenticación de Windows y Microsoft Entra no es compatible, y si su instancia está configurada para funcionar solo con Windows, la prueba de conexión lo indicará en lugar de fallar de forma poco clara.

Lo que le hace a tu instancia, precisamente.

Cualquier persona que administre un servidor SQL Server en producción querrá saber cuánto cuesta un nuevo lector. En resumen, una conexión a la vez y sin perder nada.

• La agrupación de conexiones está desactivada a propósito. No se acumula ningún grupo de sesiones inactivas en su instancia entre consultas, lo cual es lo contrario de lo que hacen la mayoría de las herramientas de informes.
• Cancelar realmente cancela. Cuando se detiene una consulta, la cancelación se envía a SQL Server para que la ejecución finalice allí. — en lugar de que el cliente se vaya y deje al servidor trabajando en un resultado que nadie leerá.
• La accesibilidad se comprueba antes de intentar iniciar sesión, por lo que un nombre de host incorrecto o un puerto cerrado se registra como un error de red en lugar de aparecer como un inicio de sesión fallido en el registro de errores. — lo cual es importante si tienes políticas de bloqueo.
• Los tiempos de espera son explícitos: 30 segundos para conectarse por defecto y 35 segundos para que una consulta comience a devolver resultados. Los resultados largos se transmiten durante el tiempo que sea necesario.

Tipos de T-SQL que sobreviven al viaje

Al importar datos de SQL Server a una hoja de cálculo, la precisión suele perderse silenciosamente. Estos son los casos que se han tratado de forma deliberada.

• datetimeoffset mantiene su valor instantáneo, normalizado a UTC, en lugar de aplanarse a una hora local del reloj que no significa nada para el siguiente lector.
• Los valores decimales y numéricos conservan su precisión y escala. Más allá de lo que puede contener una hoja de cálculo, el valor se entrega como texto exacto en lugar de redondearse silenciosamente. — El dinero equivocado es peor que el dinero inconveniente.
• Las transacciones de dinero y dinero pequeño se reciben como decimales exactos, no como números de coma flotante.
• Las columnas `rowversion` y `timestamp` se interpretan como los ocho bytes que realmente son, en lugar de confundirse con una fecha, que es la forma más común en que estas columnas se leen erróneamente.
• uniqueidentifier se convierte en una cadena GUID en minúsculas, y sql_variant y hierarchyid se convierten en texto legible en lugar de eliminarse.

-- Los tipos incómodos, manejados en lugar de aproximados SELECT o.OrderId, o.PlacedAt, -- datetimeoffset -> UTC instantáneo o.RowVersion, -- rowversion -> 8 bytes, no es una fecha o.Amount, -- dinero -> decimal exacto o.LedgerBalance -- decimal(38,10) -> texto sin pérdidas FROM dbo.Orders AS o WHERE o.PlacedAt >= DATEADD(day, -30, SYSUTCDATETIME()) ORDER BY o.PlacedAt DESC;