Buscar contenidos

jueves, 30 de abril de 2020

SQL Merge Script



https://www.pigeonsql.com/post/dynamic-sql-merge-script-for-generate-merge-statement


---------INICIO|Tabla|Pais---------
--IdPais Descripcion CodPais
MERGE INTO dbo.Pais AS Target 
USING (VALUES 
  ('Costa Rica', 'CRI')
  ,('Guatemala', 'GTMAA')

AS Source (Descripcion, CodPais) 
ON (Target.CodPais = Source.CodPais)
-- Actualizar registros
WHEN MATCHED THEN 
UPDATE SET Descripcion = Source.Descripcion, CodPais = Source.CodPais
  
-- Insertar nuevos registros
WHEN NOT MATCHED BY TARGET THEN 
INSERT (Descripcion, CodPais) 
VALUES (Descripcion, CodPais) 
-- delete rows that are in the target but not the source 
WHEN NOT MATCHED BY SOURCE THEN 
DELETE;
---------FIN|Tabla|Pais---------

lunes, 13 de abril de 2020

NetCore variable ambiente en IIS WebConfig

<?xml version="1.0" encoding="utf-8"?>
<configuration>
<location path="." inheritInChildApplications="false">
<system.webServer>
<handlers>
<add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModuleV2" resourceType="Unspecified" />
</handlers>
<aspNetCore processPath="dotnet" arguments=".\Gmg.ControlIngreso.Service.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" hostingModel="inprocess">
<environmentVariables>
<environmentVariable name="ASPNETCORE_ENVIRONMENT" value="Development" />
</environmentVariables>
</aspNetCore>
</system.webServer>
</location>
</configuration>
<!--ProjectGuid: 8e74a6be-e1aa-4434-a613-eb387a6caa82-->

 

Cuándo utilizar SET vs SELECT al asignar valores a las variables en SQL Server

http://blog.jmacoe.com/gestion_ti/base_de_datos/cuando-utilizar-set-vs-select-al-asignar-valores-a-las-variables-en-sql-server/


Asignar múltiples valores a múltiples variables

Si tienes que poblar múltiples variables, en lugar de utilizar instrucciones SET por separado cada vez, considera el uso de SELECT para poblar todas las variables en una sola instrucción. Esto puede ser usado para poblar las variables en forma directa o mediante la selección de valores desde la base de datos.
Considera el siguiente script que compara el uso de SELECT y SET:
Script #3. Poblar múltiples variables a través de SELECT
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
USE AdventureWorks
GO
 
-- <span id="IL_AD2" class="IL_AD">Part 1</span>. Assign direct values to multiple variables
DECLARE @var1 VARCHAR(50)
DECLARE @var2 VARCHAR(50)
DECLARE @var3 VARCHAR(50)
 
SELECT @var1 = 'Value1', @var2 = 'Value2', @var3 = 'Value3'
PRINT @var1
PRINT @var2
PRINT @var3
GO
 
-- Part 2. Assign retrieved values to multiple variables
DECLARE @name VARCHAR(50)
DECLARE @productNo VARCHAR(25)
DECLARE @color VARCHAR(15)
 
SELECT @name = [Name], @productNo = ProductNumber, @color = Color
FROM Production.Product
WHERE ProductID = 320
PRINT @name
PRINT @productNo
PRINT @color
GO
Si estás usando SET, entonces cada varible debe tener asignado valores individualmente a través de múltiples instrucciones como se muestra a continuación:
Script #4. Poblar múltiples variables a través de SET
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
USE AdventureWorks
GO
 
-- Part 1. Assign direct values to multiple variables
DECLARE @var1 VARCHAR(50)
DECLARE @var2 VARCHAR(50)
DECLARE @var3 VARCHAR(50)
SET @var1 = 'Value1'
SET @var2 = 'Value2'
SET @var3 = 'Value3'
PRINT @var1
PRINT @var2
PRINT @var3
GO
 
-- Part 2. Assign retrieved values to multiple variables
DECLARE @name VARCHAR(50)
DECLARE @productNo VARCHAR(25)
DECLARE @color VARCHAR(15)
SET @name =(SELECT [Name] FROM Production.Product WHERE ProductID = 320)
SET @productNo = (SELECT ProductNumber FROM Production.Product WHERE ProductID = 320)
SET @color = (SELECT Color FROM Production.Product WHERE ProductID = 320)
PRINT @name
PRINT @productNo
PRINT @color
GO
Obviamente SELECT es mas eficiente que SET mientras asigna valores a múltiples variables en términos de instrucciones ejecutadas, código y bytes de red.

¿Qué si la variable no se pobla con éxito?

Si una variable no es poblada con éxito entonces el comportamiento de SET y SELECT sería diferente. Fallas en la asignación puede ser debido a que ningún resultado es devuelto o cualquier otro valor no compatible con la variable. En este caso, SELECT preservará el valor anterior, si lo hubiere, donde SET retornará NULL. Debido a la diferente funcionalidad, ambos pueden conducir a resultados inesperados y se deben considerar con cuidado.
Esto se demuestra en el siguiente script:
Script# 5. Comportamiento de SET y SELECT para valor faltante
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
USE AdventureWorks
GO -- Part 1. Observe behavior of missing result with SET
DECLARE @var1 VARCHAR(20)
SET @var1 = 'Value 1 Assigned'
PRINT @var1
SET @var1 = (SELECT Color FROM Production.Product WHERE ProductID = 32022)
PRINT @var1
GO
-- Part 1. Observe behavior of missing result with SELECT
DECLARE @var1 VARCHAR(20)
SELECT @var1 = 'Value 1 Assigned'
PRINT @var1
SELECT @var1 = Color FROM Production.Product WHERE ProductID = 32023
PRINT @var1
GO
Podemos observar que la parte 1 genera NULL cuando no devuelve ningun valor para poblar la variable. en cambio la parte 2 produce el valor previo que se conserva despues de la asignacion fallida de la variable. Esta situación puede conducir a resultados inesperados y requiere consideración.

Siguiendo los estandares

Usar SELECT puede parecer la mejor opción para escenarios especificos, pero ten en cuenta que SELECT se usa para asignar valores a las variables no esta incluido en los estandares ANSI. Si sigues los estandares para fines de migracion de código, entonces evita el uso de SELECT y usa SET en su lugar.

Conclusión

Las mejores prácticas no apegarse a un método. Según los escenarios es posible que desee utilizar tanto SET como SELECT.
A continuación se presentan algunos escenarios para usar SET:
  • Si estás obligado a asignar un solo valor directamente a la variable y no hay consulta para buscar el valor.
  • Se esperan asignaciones NULL (retorna NULL en un conjunto de resultados).
  • Los estandares están destinados a pasar cualquier plan de migración.
  • Se esperan resultados no escalares y deben ser manipulados.
Usando SELECT es eficiente y flexible en los siguientes casos:
  • Múltiples variables están siendo pobladas por asignación directa de valores.
  • Múltiples variables están siendo pobladas por una unica fuente (tabla, vista).
  • Menos codigo para asignar multiples variables.
  • Usa esta opción si necesitas @ROWCOUNT y @ERROR de la última sentencia ejecutada.