UGISS Community

Ciao a tutti...

Se abbiamo due tabelle con chiavi composite:

CREATE TABLE [dbo].[tbl1](
 [c1] [int] IDENTITY(1,1) NOT NULL,
 [c2] [int] NOT NULL,
 [c3] [int] NOT NULL,
 [datains] [datetime] NULL DEFAULT (getdate()),
 CONSTRAINT [PK_tbl1] PRIMARY KEY CLUSTERED
(
 [c2] ASC,
 [c3] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

CREATE TABLE [dbo].[tbl2](
 [c1] [int] IDENTITY(1,1) NOT NULL,
 [c2] [int] NOT NULL,
 [c3] [int] NOT NULL,
 [datains] [datetime] NULL DEFAULT (getdate()),
 CONSTRAINT [PK_tbl2] PRIMARY KEY CLUSTERED
(
 [c2] ASC,
 [c3] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

popolate con dati tipo:

insert into tbl1 (c2, c3) values (1, 1)
insert into tbl1 (c2, c3) values (1, 2)
insert into tbl1 (c2, c3) values (1, 3)
insert into tbl1 (c2, c3) values (1, 4)
insert into tbl1 (c2, c3) values (1, 5)
insert into tbl1 (c2, c3) values (2, 1)
insert into tbl1 (c2, c3) values (3, 1)
insert into tbl1 (c2, c3) values (3, 2)
insert into tbl1 (c2, c3) values (4, 1)
insert into tbl1 (c2, c3) values (5, 1)

insert into tbl2 (c2, c3) values (1, 6)
insert into tbl2 (c2, c3) values (1, 1)
insert into tbl2 (c2, c3) values (1, 5)
insert into tbl2 (c2, c3) values (2, 1)
insert into tbl2 (c2, c3) values (2, 2)
insert into tbl2 (c2, c3) values (3, 2)
insert into tbl2 (c2, c3) values (4, 3)
insert into tbl2 (c2, c3) values (4, 4)
insert into tbl2 (c2, c3) values (4, 5)
insert into tbl2 (c2, c3) values (5, 1)
insert into tbl2 (c2, c3) values (7, 1)
insert into tbl2 (c2, c3) values (3, 3)

A PARITA' DI CHIAVE PRIMARIA... come troviamo tutte le righe della tabella tbl1 che non sono presenti nella tabella tbl2?
Io lo risolvo cosi'...

select * from tbl1
where cast(c2 as varchar(4)) +'-'+ cast(c3 as varchar(4))
not in (select cast(c2 as varchar(4)) +'-'+ cast(c3 as varchar(4)) from tbl2)

ma ho il dubbio che non sia proprio la via migliore....
Soprattutto perche' devo andare a castare tutto, compresi i numerici...

Dove e' che sbaglio?

Ciao
Ale

Ciao Ale,

io utilizzerei al posto della IN uno statement di LEFT JOIN: 

SELECT t1.*
FROM tbl1 t1
LEFT JOIN tbl2 t2
    ON t1.c2 = t2.c2
    AND t1.c3 = t2.c3
WHERE
    t2.c2 IS NULL

Ciao :-)

Simone
 

Esatto. Un'altra soluzione è anche l'utilizzo della clausola NOT EXISTS:

select
    t1.*
from
    [dbo].[tbl1] as t1
where not exists(select * from [dbo].[tbl2] as t2 where t2.[c2] = t1.[c2] and t2.[c3] = t1.[c3])
 

Ciao Ale,

Se utilizzi SQL Server 2005 puoi sfruttare due novità introdotte con questa edizione:

• L'operatore EXCEPT
• Le common table expression (CTE).

L'operatore EXCEPT restituisce i valori distinti dalla query di sinistra che non sono presenti nella query di destra.
Una CTE ti permette di definire una query temporanea il cui scope è relativo ad un singolo comando di SELECT, INSERT, UPDATE, o DELETE.

Nell'esempio che vado a proporti ho utilizzato l'operatore EXCEPT per ottenere l'elenco dei valori relativi alle primary keys della prima tabella non presenti nella seconda, ed una CTE per scrivere elegantemente l'intero comando:

Per ulteriori dettagli consulta i seguenti paragrafi sui Books Online:

• WITH common_table_expression (Transact-SQL)
• EXCEPT and INTERSECT (Transact-SQL)

 Ciao!

Ciao Lore'....

grazie per l'EXCEPT... le CTE non posso usarle in una SP, quindi le levo....

adesso ho 4 possibili vie....

lunedi le metto in pratica tutte e vi dico chi ha il metodo migliore....

vi posto piani e statistiche....

Buon WE....
Ale

> grazie per l'EXCEPT... le CTE non posso usarle in una SP, quindi le levo....

Ciao Ale,

Chi ti ha detto che le CTE non puoi usarle nel body di una stored procedure?

Osserva il seguente esempio (questa volta completo):

USE tempdb;

EXEC dbo.up_GetRows;

/* Output:

(5 row(s) affected)

*/

DROP PROCEDURE dbo.up_GetRows;
DROP TABLE dbo.tbl1, dbo.tbl2;

Come puoi vedere le CTE possono tranquillamente essere utilizzate in una stored procedure.

> lunedi le metto in pratica tutte e vi dico chi ha il metodo migliore....

Probabilmente i metodi proposti da Simone e Davide risulteranno essere più efficienti rispetto alla soluzione proposta, io volevo limitarmi ad esplorare una nuova strada utilizzando un paio di novità introdotte con SQL Server 2005

La cosa affascinante dei DBMS è la possibilità di ottenere il medesimo risultato applicando logiche del tutto diverse.

Ciao!