Come faccio a collegare attraverso una tabella temporanea in una stored procedure senza pk

Question

Problema:

ho bisogno di un ciclo tra i record in una tabella, tirando il numero dei dipendenti e confrontando questo numero dipendente contro un altro tavolo per vedere se sono ancora dipendenti attivi. Se non sono più dipendenti attivi ho bisogno di passare i dati da questa riga in un altro processo memorizzato.

di ricerca:

Googled intorno a un bel po 'e mi rendo conto che non dovrei utilizzare i cursori per questo. Ho fatto però, trovare i seguenti esempi:

1. http://ask.sqlservercentral.com/questions/7969/loop-through-records-in-a-temporary-table.html
2. http://eedle.com/2010/11/11/looping-through-records-in-sql-server-stored-procedure/

Tuttavia, sembra che essi utilizzano un pk per scorrere i record. Il numero dei dipendenti può essere la stessa per più recods nel mio scenario

Domande:

1. è possibile ottenere quello che sto tentando senza cursori?
2. Se è possibile, come andrei a prendere ogni riga con una colonna non univoca?

Answer 1

Dal momento che non ci hai dato una descrizione completa della vostra situazione, non possiamo dare una risposta completa, tuttavia, in generale, è Loops che si vuole evitare in una lingua set-based come SQL e non Cursori(il problema con Cursosr è che essi richiedono i cicli).

Nei tuoi commenti che forniscono un po 'di più informazioni che si desidera "scorrere prima tabella, confrontare a seconda tabella, e quando il confronto non riesce a eliminare i record dalla prima tabella. In essenza sto eliminando recods . dalla prima tabella di dipendenti che non sono più con la società "

Ecco come si può fare questo in SQL:

DELETE From FirstTable 
WHERE FirstTable.EmployeeID NOT IN 
    (
     SELECT SecondTable.EmployeeID 
     FROM SecondTable 
     WHERE SecondTable.Flag = 'Y' 
    ) 

nessun cicli sono necessari ...

---

Se il problema è allora che si desidera utilizzare un pre-esistente stored procedure per fare la cancellazione, poi ci sono diverse possibilità:

In primo luogo, è possibile estrarre il contenuto della stored procedure e ri-scrittura loro per queste condizioni WHERE precedenti. Capisco che si tratta di duplicazione del codice e che viola gli istinti DRY di alcune persone, tuttavia, capisco che SQL è NON un ambiente di sviluppo orientato agli oggetti e che a volte la duplicazione del codice deve avvenire.

La seconda opzione consisterebbe nel rifattorizzare la stored procedure in modo che potesse accettare un parametro TablePar per i suoi IDimpiedi da eliminare.Tuttavia, questo è complicato e avremmo bisogno di vedere quella stored procedure per consigliarvi.

La terza opzione sarebbe quella di utilizzare l'aggregazione di stringa per costruire SQL dinamico per chiamare la stored procedure per ogni EmployeeID da eliminare in questo modo:

DECLARE @sql As NVarchar(MAX); 
SET  @sql = N''; 

SELECT @sql = @sql + ' 
    EXEC YourProc ''' + CAST(EmployeeID As NVARCHAR(MAX)) + '''; ' 
FROM FirstTable 
WHERE FirstTable.EmployeeID IN 
    (
     SELECT SecondTable.EmployeeID 
     FROM SecondTable 
     WHERE SecondTable.Flag = 'Y' 
    ) 

EXEC(@sql); 

Questo evita sia il Looping ei problemi Cusror, anche se molti non mi piace anche Preferisco questa soluzione io stesso, in gran parte a causa della sua generalità.

Answer 2

Questo eliminerà tutti i record dalla tabella dei dati dei dipendenti se non ci sono righe corrispondenti nella tabella dei dipendenti corrente.

sarei suggerisco di sostituire la DELETE FROM con SELECT * FROM e poi quando sei felice di eliminare i risultati cambiano di nuovo a DELETE

DELETE FROM 
    EmployeeDataTable 
WHERE 
    NOT EXISTS 
    (SELECT 
     NULL 
    FROM 
     CurrentEmployees 
    WHERE 
     EmployeeDataTable.EmployeeID = CurrentEmployees.EmployeeID 
    ) 

EDIT: appena visto i suoi commenti sul flag attivo, questo mezzo la query può essere modificata per

DELETE FROM 
    EmployeeDataTable 
WHERE 
    EXISTS 
    (SELECT 
     NULL 
    FROM 
     CurrentEmployees 
    WHERE 
     EmployeeDataTable.EmployeeID = CurrentEmployees.EmployeeID 
     CurrentEmployees.IsActive <> 'Y' 
    ) 

Answer 3

1. sarebbe possibile se si ha il contenuto dal sproc si vogliono chiamare all'interno del vostro cursore e im implementato quella logica all'interno del tuo attuale sproc. A questo punto, dovresti essere in grado di utilizzare la logica basata su set. La sproc che stai chiamando è molto complessa?
2. Che ne dici di aggiungere una colonna Identity alla tabella temporanea?

A volte i cursori sono la soluzione giusta per una serie di motivi.

Answer 4

Farei ciò scorrendo un cursore. È inoltre possibile aggiungere un ID univoco al cursore in modo da sapere su quale riga si sta attualmente.

DECLARE @id uniqueidentifier 
DECLARE @empName VARCHAR(50) 

SELECT newId() AS Id, * 
    INTO #mytemp 
    FROM MyEmployees 
    ORDER BY EmpName 

while EXISTS(SELECT TOP 1 1 FROM #mytemp) 
BEGIN 
    --Get row from cursor to process 
    SELECT TOP 1 @id = Id, @empName = EmpName FROM #mytemp 

    --Do you processing here. Call other stored proc. 

    --Remove processed row from cursor. 
    DELETE FROM #mytemp WHERE Id = @id 
END 
DROP TABLE #mytemp 

Answer 5

Hai pensato di usare il MERGE dichiarazione: http://technet.microsoft.com/en-us/library/bb510625.aspx

Hai clausole:

1. Quando i dati non corrispondenza tra i due tabella
2. Quando esiste il dato in origine, ma non nell'obiettivo
3. Quando i dati esistono nella destinazione, ma non nella fonte

È quindi possibile inserire, aggiornare o eliminare i record a seconda del tipo di corrispondenza. È inoltre possibile generare l'azione dalla corrispondenza a una tabella temporanea per ulteriori operazioni personalizzate.

Per esempio, si può fare:

MERGE INTO Table1 
USING Table2 ON Table1.EmployeeID = Table2.EmployeeID 
WHEN MATCHED 
    THEN UPDATE SET Table1.SomeField = Table2.SomeOtherField 
WHEN NOT MATCHED BY SOURCE 
    THEN DELETE 
WHEN NOT MATCHED BY TARGET 
    THEN Insert (Name, Status) VALUES (EmployeeName, 'Active')