Manipulación de consultas de sql

Una vez quise hacer un update y me salio este error:

 

update a set a.TonsTransito = b.InventarioFinal from siftrainvchataceria   a,#SIFTRAINVCHAvw b where a.ClaChatarraAceria = b.ClaveArticulo COLLATE Latin1_General_CI_AI and a.ClaUbicacion = b.ClaUbicacion

 

Server: Msg 468, Level 16, State 9, Procedure sp_tonstransito_aceria, Line 34Cannot resolve the collation conflict between "SQL_Latin1_General_CP1_CI_AS" and "Latin1_General_CI_AI" in the equal to operation.

 

ES posible que desee utilizar una intercalación que termina con _CI_AI_KS. Así que usted puede utilizar Latin1_General_CI_AI_KS.

  • CI - mayúsculas y minúsculas
  • AI - acento insensible
  • KS - Kana sensibles

Mis claves a.ClaChatarraAceria = b.ClaveArticulo  son alfanumericas 


update a set a.TonsTransito = b.InventarioFinal from siftrainvchataceria  a,#SIFTRAINVCHAvw b where a.ClaChatarraAceria = b.ClaveArticulo COLLATE Latin1_General_CI_AI and a.ClaUbicacion = b.ClaUbicacion

 

Saludos!

 

 

 

 

Error al crear para el usuario dbusername . (Microsoft.SqlServer.Smo)Información adicional:Se produjo una excepción durante la ejecución de una instrucción de Transact-SQL o el lote. (Microsoft.SqlServer.ConnectionInfo)Usuario, grupo o función ' dbusername 'ya existe en la base de datos actual. (Microsoft SQL Server, Error: 15023)


Este problema es causado por un conflicto interno de Identificación de los usuarios. Se puede corregir por unas pocas líneas. Para este ejemplo, supongamos que su base de datos se restaura el nombre EmployeesDB y el usuario es employeeDBAdmin .Haga clic en Nueva consulta , y escriba lo siguiente.Ver código fuenteimprimir ?

 

La solucion es sp_change_users_login 'update_one' , 'itrogics' , 'itrogics'

Podemos activar y desactivar Triggers a través de las siguientes instrucciones.

-- Desactiva todos los trigger de la tabla CUENTAS
ALTER TABLE Nombre_de_la_tabla DISABLE TRIGGER ALL

-- Activa todos los trigger de la tabla CUENTAS
ALTER TABLE Nombre_de_la_tabla ENABLE TRIGGER ALL

Consulta de todas las Base de datos de un servidor.

 

select * from master..sysdatabases

 

Saludos!

Asigna un usuario de la base de datos existente a un inicio de sesión de SQL Server. Esta característica se quitará en una versión futura de Microsoft SQL Server. Evite utilizar esta característica en nuevos trabajos de desarrollo y tenga previsto modificar las aplicaciones que actualmente la utilizan. Utilice ALTER USE en su lugar.

 

EXEC sp_change_users_login 'Auto_Fix', 'USUARIO'

 

 

 

Hola, Aqui colocaremos la forma de crear tablas temporales, veran que es muy sencillo.

 

Tipos de tablas temporales.

Las tablas temporales son de dos tipos en cuanto al alcance la tabla. Tenemos tablas temporales locales y tablas temporales globales.

 

#locales: Las tablas temporales locales tienen una # como primer carácter en su nombre y sólo se pueden utilizar en la conexión en la que el usuario las crea. Cuando la conexión termina la tabla temporal desaparece.

 

##globales Las tablas temporales globales comienzan con ## y son visibles por cualquier usuario conectado al SQL Server. Y una cosa más, estás tablas desaparecen cuando ningún usuario está haciendo referencias a ellas, no cuado se desconecta el usuario que la creo.

 

--======== CREACION DE TABLA TEMPORALES=============

 

Crear una tabla temporal es igual que crear una tabla normal.

Veámoslo con un ejemplo:

 

CREATE TABLE #TablaTemporal (Campo1 int, Campo2 varchar(50))

 

--Y se usan de manera habitual.

 

INSERT INTO #TalbaTemporal VALUES (1,'Primer campo')

INSERT INTO #TalbaTemporal VALUES (2,'Segundo campo')

SELECT * FROM #TablaTemporal

 

--Como vemos no hay prácticamente limitaciones a la hora de trabajar con tablas temporales (una limitación es que no pueden tener restricciones FOREING KEY).

 

Variables de tabla. 

 

Con SQL Server 2000 podemos declarar variables de tipo table. Este tipo de variables tienen una serie de ventajas sobre las tablas temporales por lo que siempre que podamos escogeremos usar variables de tabla frente a tablas temporales. Usar variables temporales es sencillo:

DECLARE @VariableTabla TABLE (Campo1 int, Campo2 char(50))

 

INSERT INTO @VariableTabla VALUES (1,'Primer campo')

INSERT INTO @VariableTabla VALUES (2,'Segundo campo')

SELECT * FROM @VariableTabla

 

Ventajas que encontraremos al usar variables de tipo tabla:

  • Tienen un ámbito bien definido. El procedimiento almacenado, la función o el batch en el que se declaran.
  • Las variables de tipo tabla producen menos recompilaciones de los procedimientos almacenados en los que se encuentran que si utilizamos tablas temporales.
  • Las variables de tabla no necesitan de bloqueos ni de tantos recursos como las tablas temporales.
Pero también tienen inconvenientes:
  • No podemos cambiar la definición de la tabla una vez declarada.
  • No podemos utilizar índices que no sean agrupados.
  • No se pueden utilizar en INSERT INTO ni en SELECT INTO.
  • No podemos utilizar funciones en las restricciones.

Aviso legal | Política de privacidad | Mapa del sitio
© Derechos Reservados a todas las personas que hace posible, que este espacio sea lo que es.