¿Cómo obtener la clave primaria de una tabla sin hacer un segundo viaje?

Question

¿Cómo obtendré el número de identificación de clave principal de una Tabla sin haciendo un segundo viaje a la base de datos en LINQ To SQL?

En este momento, envío los datos a una tabla, y realizo otro viaje para descubrir qué ID se asignó al nuevo campo (en un campo de ID de incremento automático). Quiero hacer esto en LINQ To SQL y no en Raw SQL (ya no uso Raw SQL).

Además, la segunda parte de mi pregunta es: siempre tengo cuidado de conocer el ID de un usuario que está en línea porque prefiero llamar su información en varias tablas usando su ID en lugar de usar un GUID o un nombre de usuario. que son todas cadenas largas. Lo hago porque creo que SQL Server haciendo una comparación numérica es mucho (?) Más eficiente que hacer un nombre de usuario (cadena) o incluso un guid (cadena muy larga) comparar. Mi pregunta es, ¿estoy más preocupado de lo que debería estar? ¿Vale la pena mantener siempre el ID de usuario (int32) en estado de sesión?

---

@RedFilter proporciona algunas pistas interesantes/prometedores para la primera pregunta, porque estoy en esta etapa no puede probarlos, si alguien sabe o puede confirmar estos cambios que se recomienda en la sección de comentarios de su respuesta?

Answer 1

En T-SQL, puede utilizar la cláusula OUTPUT, diciendo:

INSERT table (columns...) 
OUTPUT inserted.ID 
SELECT columns... 

lo tanto, si se puede configurar para usar LINQ que construyen para hacer inserciones, entonces es probable que pueda recuperarlo fácilmente. Pero si LINQ puede obtener un valor de un inserto, dejaré que alguien más responda eso.

Answer 2

Linq to SQL establece automáticamente el valor de identidad de su clase con la ID generada cuando inserta un nuevo registro. Solo acceda a la propiedad. No sé si utiliza una consulta separada para esto o no, nunca lo ha usado, pero no es raro que los ORM requieran otra consulta para recuperar el último ID insertado.

dos formas de hacer esto independiente de LINQ to SQL (que puede trabajar con él):

1) Si está utilizando SQL Server 2005 o superior, puede utilizar la cláusula OUTPUT:

Devuelve información de expresiones basadas en cada fila afectada por una instrucción INSERT, UPDATE o DELETE. Estos resultados pueden ser devueltos a la aplicación de procesamiento para su uso en cosas tales como mensajes de confirmación , archivado y otros requisitos de la aplicación . Alternativamente, los resultados se pueden insertar en una variable de tabla o tabla.

2) Alternativamente, se puede construir una instrucción INSERT de este lote:

insert into MyTable 
(field1) 
values 
('xxx'); 
select scope_identity(); 

que funciona al menos tan atrás como SQL Server 2000.

Answer 3

A menos que usted está haciendo algo fuera de lo normal, no debería necesitar hacer nada adicional para recuperar la clave primaria que se genera.

Cuando llama al SubmitChanges en su contexto de datos de Linq-to-SQL, actualiza automáticamente los valores de las claves principales para sus objetos.

En cuanto a su segunda pregunta, puede haber una pequeña mejora en el rendimiento haciendo un escaneo en un campo numérico en lugar de algo como varchar() pero verá un mejor rendimiento de cualquier manera asegurándose de tener las columnas correctas en su base de datos indexada Y, con SQL Server, si crea una clave principal utilizando una columna de identidad, tendrá de manera predeterminada un índice agrupado sobre ella.

Answer 4

Si tiene una referencia al objeto, puede simplemente usar esa referencia y llamar a la clave principal después de llamar al db.SubmitChanges(). El objeto LINQ actualizará automáticamente su campo de clave principal (Identificador) para reflejar el nuevo asignado a él a través de SQL Server.

Ejemplo (vb.net):

Dim db As New NorthwindDataContext 
    Dim prod As New Product 
    prod.ProductName = "cheese!" 
    db.Products.InsertOnSubmit(prod) 
    db.SubmitChanges() 
    MessageBox.Show(prod.ProductID) 

Probablemente podría incluir el código anterior en una función y devolver el ProductID (o clave primaria equivalente) y usarla en otro lugar.

EDITAR: Si no está haciendo actualizaciones atómicas, puede agregar cada nuevo producto a una Colección separada e iterar a través de él después de llamar a SubmitChanges. Ojalá LINQ proporcionara un 'adelanto de la base de datos' como lo haría un conjunto de datos.

Answer 5

Llamar a un procedimiento almacenado de LINQ que devuelve la ID como un parámetro de salida es probablemente el enfoque más fácil.