¡Una pregunta sobre la declaración de inserción de SQL!

Question

Tengo dos tablas:

Threads 
******* 
ThreadID 
UserID 
TopicsID 
Date 
ThreadTitle 
ThreadParagraph 
ThreadClosed 

Topics 
****** 
TopicID 
Theme 
Topics 
Date 

tengo que insertar dos declaraciones y conectarse entre ellos! Esta primera DECLARACIÓN:

string insertCommand = 
    "INSERT INTO Users (UserID,TopicID,Date,ThreadTitle,ThreadParagraph) " + 
    "VALUES ('CONVERT(uniqueidentifier, '" + giveMeGuidID() + 
    "),TopicID,dateTime,questionTitle,subTopic)"; 

y tengo que tener otra declaración para los temas de la mesa:

string insertCommand = 
    "INSERT INTO Topics (UserID,TopicID,Date,ThreadTitle,ThreadParagraph) " + 
    "VALUES ('Theme, Topics, Date')"; 

El problema es que tengo una conexión entre TopicsID (tabla Hilos) y TopicsID (Tabla de temas). Ambas son incrementales, ¿cómo puedo insertar el mismo TopicID en para obtener el mismo valor?

Answer 1

Si usa el servidor MS SQL, puede obtener el valor de autoincrement con @@ Identity.

string insertCommand = 
    "INSERT INTO Users (UserID,TopicID,Date,ThreadTitle,ThreadParagraph) " + 
    "VALUES ('CONVERT(uniqueidentifier, '" + giveMeGuidID() + 
    "),TopicID,dateTime,questionTitle,subTopic); SELECT @@Identity"; 

A continuación, ejecute el siguiente comando como ExecuteScalar y obtener su valor

Answer 2

Puede mantener la TransactionTransactionScope mediante el uso y el uso de SCOPE_IDENTITY() obtener el ID insertado desde la primera consulta.

// Create the TransactionScope 
using (TransactionScope oTranScope = new TransactionScope()) 
{ 
    Int32 TopicID; 
    // Open a connection 
    using (SqlConnection oCn1 = new SqlConnection(this.sCn1)) 
    { 
     SqlCommand oCmd1 = new SqlCommand("INSERT INTO Users (UserID,TopicID,Date,ThreadTitle,ThreadParagraph) " + 
"VALUES ('CONVERT(uniqueidentifier, '" + giveMeGuidID() + 
"),TopicID,dateTime,questionTitle,subTopic); SELECT SCOPE_IDENTITY()";, oCn1); 

     oCmd1.Parameters.Add ... Better to use parameter to save SQL Injection Attack 

     oCn1.Open(); 
     // At this point, the connection is in the transaction scope, 
     // which is a lightweight transaction. 
     TopicID = Convert.ToInt32 oCmd1.ExecuteScaler()); // as you want to get Id 
     oCn1.Close(); 
    } 
    // Open a connection 
    using (SqlConnection oCn2 = new SqlConnection(this.sCn2)) 
    { 
     SqlCommand oCmd2 = new SqlCommand("SQLQuery", oCn2); 
     //use return TopicID from last inserted query 
     oCn2.Open(); 
     // The connection is enlisted in the transaction scope, 
     // which is now promoted to a distributed transaction 
     // controlled by MSDTC 
     oCmd2.ExecuteNonQuery(); 
     oCn2.Close(); 
    } 
    // Tell the transaction scope to commit when ready 
    oTranScope.Consistent = true; 
    // The following bracket completes and disposes the transaction 
} 

Answer 3

Si usted está buscando algo confiable es necesario utilizar Transacciones.

Consulte Managing Transactions in SQL Server Stored Procedures para tener una idea.

Además, eche un vistazo a Controlling Transactions (Database Engine) y SQL Server Transaction Isolation Models.

También necesita usar @@Identity el último valor de identidad insertado.

Answer 4

Las muestras del código no se correlacionan bien con el resto de la información proporcionada. Sin embargo, sin el código, su publicación parece ser lo suficientemente consistente, por lo que me inclino a considerar esos fragmentos como simplemente erróneos.

De todos modos, su idea parece clara. En SQL Server 2005 + se podía resolver su problema con una instrucción INSERT como éste:

string insertCommand = 
    "INSERT INTO Topics (Theme, Topics, Date) " + 
     "OUTPUT 'CONVERT(uniqueidentifier, '" + giveMeGuidID() + 
     "'), INSERTED.TopicID, @dateTime, @questionTitle, @subTopic " + 
     "INTO Threads (UserID, TopicID, Date, ThreadTitle, ThreadParagraph) " + 
    "VALUES (@Theme, @Topics, @Date)"; 

Aunque se trata de un solo estado, se realiza dos inserciones en tablas diferentes. La inserción 'principal' se está haciendo en la tabla Topics. El 'secundario', en Threads, se define mediante la cláusula OUTPUT...INTO. Básicamente, la cláusula OUTPUT le permite hacer referencia a los datos que se insertan y devolverlos como un conjunto de filas al cliente, o (cuando se combina con INTO) dirigirlos a una tabla existente, como puede verlo aquí.