viernes, 12 de abril de 2024

Conceder permisos para el Servicio de SQL Server Integration Services 2012

Posted by InfoTacticas Soluciones  |  No comments

4/12/2024 10:11:00 p. m. Share:

viernes, 7 de julio de 2023

INSTALACION SQL SERVER - ERROR - this SQL server setup media does not support the language of the OS

Si al intentar instalar SQL SERVER se muestra el siguiente mensaje de error "this SQL server setup media does not support the language of the OS" para solucionar se tiene que cambiar la configuración de Idioma a Español - España.

Mirar el siguiente video

sql server
Posted by InfoTacticas Soluciones  |  No comments

7/07/2023 10:17:00 p. m. Share:

miércoles, 25 de noviembre de 2020

MERGE en SQL Server para Insert, Delete y Update con dos tablas - Práctico

MERGE permite sincronizar dos tablas a través de Insert, Update y Delete en un solo query. Válido para SQL SERVER 2008 o superior.
En un caso normal se tendría que hacer los 3 querys por separado, lo que significaría varias consultas y un select para verificar si el dato existe, otro para insertar otro para modificar y otro para borrar. Con MERGE, SQL Server nos permite hacer todo esto en una sola consulta, lo que es mucho más eficiente y utiliza muchísimo menos recursos en el servidor, más aun cuando las tablas son muy grandes, es muy útil cuando se realizan migraciones de grandes volumenes de datos.
La sintaxis de MERGE es: 
MERGE <table_destino> [AS TARGET]
USING <table_origen> [AS SOURCE]
   ON <condicion_compara_llaves>
[WHEN MATCHED THEN 
    <accion cuando coinciden> ]
[WHEN NOT MATCHED [BY TARGET] THEN 
    <accion cuando no coinciden por destino> ]
[WHEN NOT MATCHED BY SOURCE THEN 
    <accion cuando no coinciden por origen> ];
Analizando la instrucción, podemos desglosar su funcionamiento:

  • Utiliza la tabla_destino como destino (MERGE INTO)
    Define la tabla de la cual provienen los datos, aunque también se puede utilizar un CTE o tabla derivada entre algunas otras opciones. Lo más común es utilizar una tabla.
  • Utiliza la tabla_origen como origen (USING)
  • Une ambas tablas por campos: condicion_compara_llaves (ON)
  • WHEN matched (cuando exista el registro en el destino), realiza acciones como: lo actualiza
    NOTA: INSERT no está permitida; es posible utilizar 2 cláusulas WHEN MATCHED, una para utilizar la acción UPDATE y otra para la acción DELETE, la única condicionante es que deben tener filtros si se utilizan ambas
  • WHEN not matched by target (cuando no exista el registro en el destino), realiza acciones como: lo agrega o inserta
    La única operación permitida es un INSERT.
  • WHEN not matched by source (cuando exista el registro en el destino y no exista en el origen), realiza acciones como: eliminar registros del origen
    Cuando la fila existe en la tabla destino pero no en la fuente, no se puede aplicar una operación INSERT pero si UPDATE y DELETE, también se puede declarar dos cláusulas de este tipo al igual que la claúsula WHEN MATCHED, con la misma condicionante que deben tener filtros.

Entonces, no solo evalúa las diferencias, sin que nos permite realizar una acción por cada clase de diferencia que se encuentre.
NO es obligatorio utilizar todas las opciones:si por ejemplo, no queremos actualizar los registros existentes en ambas tablas, no utilizamos la sección WHEN matched.

utilizaremos MERGE para comparar las dos tablas y hacer las acciones correspondientes. 

  1. --Sincronizar la tabla TARGET con
  2. --los datos actuales de la tabla SOURCE
  3. MERGE Alumno AS TARGET
  4. USING AlumnoActual AS SOURCE 
  5.    ON (TARGET.Codigo = SOURCE.Codigo) 
  6. --Cuandos los registros concuerdan con por la llave
  7. --se actualizan los registros si tienen alguna variación
  8.  WHEN MATCHED AND TARGET.Nombre <> SOURCE.Nombre 
  9.    OR TARGET.Promedio <> SOURCE.Promedio THEN 
  10.    UPDATE SET TARGET.Nombre = SOURCE.Nombre, 
  11.               TARGET.Promedio = SOURCE.Promedio
  12. --Cuando los registros no concuerdan por la llave
  13. --indica que es un dato nuevo, se inserta el registro
  14. --en la tabla TARGET proveniente de la tabla SOURCE
  15.  WHEN NOT MATCHED BY TARGET THEN 
  16.    INSERT (Codigo, Nombre, Promedio) 
  17.    VALUES (SOURCE.Codigo, SOURCE.Nombre, SOURCE.Promedio)
  18. --Cuando el registro existe en TARGET y no existe en SOURCE
  19. --se borra el registro en TARGET
  20.  WHEN NOT MATCHED BY SOURCE THEN 
  21.    DELETE
  22.  
  23. --Seccion opcional e informativa
  24. --$action indica el tipo de accion
  25. --en OUTPUT retorna cualquiera de las 3 acciones 
  26. --'INSERT', 'UPDATE', or 'DELETE', 
  27. OUTPUT $action, 
  28. DELETED.Codigo AS TargetCodigo, 
  29. DELETED.Nombre AS TargetNombre, 
  30. DELETED.Promedio AS TargetPuntos, 
  31. INSERTED.Codigo AS SourceCodigo, 
  32. INSERTED.Nombre AS SourceNombre, 
  33. INSERTED.Promedio AS SourcePuntos; 
  34. SELECT @@ROWCOUNT;
  35. GO
  36.  
  37. SELECT * FROM Alumno
  38. SELECT * FROM AlumnoActual

una sección OUTPUT, esta es totalmente opcional y ahí podemos ver que acciones se tomó por cada línea afectada.
El resultado de OUTPUT es el siguiente:

el resultado de las dos tablas después de usar MERGE

Al final las dos tablas quedaron sincronizadas, se actualizaron los datos en la tabla TARGET y el alumno que no tenía movimientos fue eliminado.
Posted by InfoTacticas Soluciones  |  1 comment

11/25/2020 03:18:00 a. m. Share:

viernes, 9 de octubre de 2020

Diferencia entre Login (Inicio de Sesión) y Usuario en SQL Server

Un Inicio de Sesión (Login) representa la conexión a la Instancia de SQL Server. Un login es usado para la autenticación al servidor SQL Server. Dicha conexión debe ser validada por algún tipo de servidor de autenticación, de tal modo, que podemos encontrar Inicios de Sesión de Windows (la validación la realiza el Sistema Operativo, y representa al usuario contextual con el que hemos iniciado sesión en Windows) e Inicios de Sesión de SQL Server (la validación la realiza SQL Server, luego es el motor de base de datos quién debe almacenar la contraseña y quién debe validar al usuario).

En cualquier caso, un Inicio de Sesión definido en una Instancia puede pertenecer a determinadas Funciones de Servidor (Server Roles) de dicha Instancia, y cuya pertenencia suele conceder determinados privilegios en dicha Instancia de SQL Server (ej: pertenecer a BULKADMIN permite poder realizar cargas masivas en cualquier base de datos de la Instancia, siempre que además se tengan permisos sobre la tabla de destino).

Una cuenta de usuario (Usuarios de base de datos) es usada para la validación y permisos de acceso a los objetos de una base de datos (procedimientos almacenados, tablas, etc.). Un usuario se define a nivel de Base de Datos y se le asigna al inicio de sesión o login.

un Inicio de Sesión se almacena en la base de datos master (a nivel de la Instancia) y queda definido por su SID, mientras que los Usuarios se almacenan en cada Base de Datos particular y quedan definidos por su UID aunque tienen asignado el SID que les corresponda según el Inicio de Sesión al que pertenecen.

Creación de Login 
  1. CREATE LOGIN [LoginFinanciera] WITH PASSWORD = N'Protect2020'
  2. GO
  3.  
  4. CREATE LOGIN [LoginFinanciera] WITH PASSWORD = N'Protect2020', DEFAULT_DATABASE=[FinancieraDemoBD]
  5.  
  6. -- creación de login desde Windows
  7. CREATE LOGIN [LoginFinanciera] FROM WINDOWS WITH DEFAULT_DATABASE=[FinancieraDemoBD]
  8.  
Asignación de Roles a Login 
  1. -- Agregar rol dbcreator al login
  2. EXEC sp_addsrvrolemember 'LoginFinanciera', 'dbcreator'

Creación de Usuario de Base de Datos 
  1. USE FinancieraDemoBD
  2. GO
  3.  
  4. CREATE USER [UsuarioBDFinanciera] FOR LOGIN [LoginFinanciera]
  5. GO
  6.  
  7. -- conceder permisos al usuario para que realice Select sobre una tabla de la BD.
  8. GRANT SELECT ON dbo.CLIENTE TO UsuarioBDFinanciera
  9. GO

Eliminar Login y Usuario de Base de Datos 
  1. -- Eliminar Login y Usuario
  2. drop login LoginFinanciera
  3.  
  4. drop user UsuarioBDFinanciera
  5.  

Creación de Login y Usuario de Base de Datos, previa verificación de existencia 
  1.  
  2. -- CREACION DE LOGIN
  3. USE [master]
  4. GO
  5. IF NOT EXISTS (SELECT name FROM sys.server_principals WHERE name = N'LoginFinanciera')
  6. 	CREATE LOGIN [LoginFinanciera] WITH PASSWORD = N'Protect2020', DEFAULT_DATABASE=[FinancieraDemoBD]
  7.  
  8. -- CREACION DE USUARIO DE BASE DE DATOS
  9. USE [FinancieraDemoBD]
  10. GO
  11. IF NOT EXISTS(SELECT name FROM sys.sysusers WHERE name = 'UsuarioBDFinanciera')
  12. 	CREATE USER [UsuarioBDFinanciera] FOR LOGIN [LoginFinanciera]
  13. GO
  14.  

Asignación de Roles a Usuario de Base de Datos y otorgar permisos a objetos: procedimientos almacenados, tablas 
  1. -- ASIGNACION DE PERMISOS
  2. EXEC sp_addrolemember N'db_datareader', N'UsuarioBDFinanciera'
  3. GO
  4. EXEC sp_addrolemember N'db_datawriter', N'UsuarioBDFinanciera'
  5. GO	
  6. GRANT EXECUTE TO [UsuarioBDFinanciera]
  7.  
  8. -- DAR PERMISOS AL USUARIO DE BASE DE DATOS SOBRE PROCEDIMIENTOS ALMACENADOS Y TABLAS
  9. USE [FinancieraDemoBD]
  10. GO
  11. GRANT EXECUTE ON [spListar_Clientes] TO [UsuarioBDFinanciera];
  12. GRANT EXECUTE ON [spInsertar_Cliente] TO [UsuarioBDFinanciera];
  13. GRANT EXECUTE ON [spListar_Proveedor] TO [UsuarioBDFinanciera];
  14. GRANT EXECUTE ON [spInsertar_Proveedor] TO [UsuarioBDFinanciera];
  15.  
  16. GRANT SELECT,INSERT,UPDATE,DELETE ON [CLIENTE] TO [UsuarioBDFinanciera];
  17. GRANT SELECT,INSERT,UPDATE,DELETE ON [PROVEEDOR] TO [UsuarioBDFinanciera];
  18. GRANT SELECT,INSERT,UPDATE,DELETE ON "dbo"."COLABORADOR" TO "UsuarioBDFinanciera";
  19.  
  20. -- PERMISO ESPECIAL --> EVALUAR CONSIDERACIONES DE SEGURIDAD
  21. GRANT ALTER ON "dbo"."CLIENTE" TO "UsuarioBDFinanciera";
  22.  
  23. GO 
  24.  

Consultar login y usuarios de base de datos 
  1.  
  2. -- *** Ver los Inicios de Sesión de la Instancia de SQL Server ***
  3. select sid, name, dbname, password, loginname
  4. from master..syslogins


  1. -- Ver los inicios de Sesion
  2. select * from sys.server_principals


  1. -- *** Ver los Usuarios de la Base de Datos actual de SQL Server ***
  2. use FinancieraDemoBD
  3. GO
  4. select uid, name, sid, *
  5. from sysusers
  6. where islogin=1


  1. select * from sys.database_principals


Posted by InfoTacticas Soluciones  |  No comments

10/09/2020 09:42:00 p. m. Share:

COPIA DE SEGURIDAD DE CLAVE SIMÉTRICA EN SQL SERVER

Las llaves simétricas deberían tener una copia de seguridad, pero lamentablemente esto no es posible debido a que dentro de las sentencias T-SQL para manejar las llaves simétricas no hay ninguna que sirva para sacar copias de seguridad, sin embargo hay dos atributos especiales que fueron especificados en la creación de la llave simétrica:
IDENTITY_VALUE: el cual SQL Server usa para generar in valor GUID para la llave.
KEY_SOURCE: el cual SQL Server usa como material para poder generar la llave en sí.
Si estos dos atributos fueron especificados en la creación de la llave simétrica, entonces esta podrá ser recreada siempre y cuando se tengan copias de seguridad de los objetos usados para generarla: el certificado usado.

Ejemplo de cómo sacar la copia de seguridad de la Master Key >y del Certificado los cuáles serán usados para recrear la creación de la llave simétrica. 

  1. USE FinancieraDemoBD
  2. GO
  3.  
  4. -- sacaremos una copia de seguridad de la DMK
  5. BACKUP MASTER KEY TO FILE = 'D:\BACKUP\PERSONAL\DMK.dat'
  6. ENCRYPTION BY PASSWORD = 'TopSecret2020MK';
  7. GO
  8.  
  9. -- Sacaremos una copia de seguridad del certificado
  10. BACKUP CERTIFICATE FinancieraCertificado TO FILE = 'D:\BACKUP\PERSONAL\FinancieraCertificadoCS.cer'
  11. WITH PRIVATE KEY ( FILE = 'D:\BACKUP\PERSONAL\FinancieraCertificadoCS.key' ,
  12. ENCRYPTION BY PASSWORD = 'TopSecret2020C' );
  13. GO
  14.  
Ahora borraremos la llave simetrica, el certificado y la master key 
  1. DROP SYMMETRIC KEY FINANCIERA_KEY_SYMMETRIC
  2. GO
  3.  
  4. -- Ahora perderemos el certificado.
  5. DROP CERTIFICATE FinancieraCertificado
  6. GO
  7.  
  8. -- Ahora perderemos la DMK
  9. DROP  MASTER KEY
  10. GO
  11.  

Al no tener la llave simetrica la informacion es inaccesible. Entonces, para recrear nuestra configuración, primero restauraremos la DMK, luego se abre la DMK para poder restaurar el certificado, luego se restaura el certificado y después se recrea la creación de la llave simétrica con el mismo valor de KEY_SOURCE y IDENTITY_VALUE . 
  1. RESTORE MASTER KEY
  2. FROM FILE = 'D:\BACKUP\PERSONAL\DMK.dat'
  3. DECRYPTION BY PASSWORD = 'TopSecret2020MK'
  4. ENCRYPTION BY PASSWORD = 'TopSecret2020MKN'
  5. GO
  6.  
  7. -- Ahora abrimos la DMK sino no podremos restaurar el certificado
  8. OPEN MASTER KEY DECRYPTION BY PASSWORD = 'TopSecret2020MKN'
  9. GO
  10.  
  11. -- Ahora restauramos el certificado
  12. CREATE CERTIFICATE FinancieraCertificado
  13. FROM FILE = 'D:\BACKUP\PERSONAL\FinancieraCertificadoCS.cert'
  14. WITH PRIVATE KEY (FILE = 'D:\BACKUP\PERSONAL\FinancieraCertificadoCS.key',
  15. DECRYPTION BY PASSWORD = 'TopSecret2020C');
  16. GO
  17.  
  18. -- Ahora recreamos la llave simetrica
  19. CREATE SYMMETRIC KEY FINANCIERA_KEY_SYMMETRIC
  20. WITH
  21. KEY_SOURCE = 'ClaveSimetrica2020',
  22. IDENTITY_VALUE = 'MiValorIdentidad',
  23. ALGORITHM = AES_256
  24. ENCRYPTION BY CERTIFICATE FinancieraCertificado
  25. GO

A continuación se vuelve a consultar los datos usando el Certificado y la desencriptación por clave y volvemos a obtener la información desencriptada 
  1. OPEN SYMMETRIC KEY FINANCIERA_KEY_SYMMETRIC DECRYPTION BY CERTIFICATE FinancieraCertificado;
  2.  
  3. -- Ahora seleccionamos los datos pero antes los desencriptamos con la llave simetrica
  4. SELECT MATRICULACOLABORADOR, CONVERT(VARCHAR(100),DECRYPTBYKEY(NOMBRES)) AS NOMBRES,
  5. CONVERT(VARCHAR(100),DECRYPTBYKEY(APELLIDOS)) AS APELLIDOS
  6. FROM dbo.COLABORADOR
  7. /*
  8. MATRICULACOLABORADOR	NOMBRES	APELLIDOS
  9. CAR001	CESAR ANTONIO	AVILA ROBLES
  10. */
  11.  
  12. -- Y ahora volvemos a cerrar la llave simetrica
  13. CLOSE SYMMETRIC KEY FINANCIERA_KEY_SYMMETRIC
Posted by InfoTacticas Soluciones  |  1 comment

10/09/2020 04:25:00 p. m. Share:
Page 1 of 11123»