SELECT * INTO conserva ORDER BY in SQL Server 2008 ma non 2012

Question

Esegui il seguente SQL nel 2008 e 2012. Quando viene eseguito nel 2008, il risultato restituito è nel suo corretto ordinamento. Nel 2012, il sortorder non viene mantenuto.

Si tratta di un cambiamento noto? C'è un work-around per il 2012 per mantenere l'ordinamento?

CREATE TABLE #MyTable(Name VARCHAR(50), SortOrder INT) 
INSERT INTO #MyTable SELECT 'b', 2 UNION ALL SELECT 'c', 3 UNION ALL SELECT 'a', 1 UNION ALL SELECT 'e', 5 UNION ALL SELECT 'd', 4 

SELECT * INTO #Result FROM #MyTable ORDER BY SortOrder 

SELECT * FROM #Result 

DROP TABLE #MyTable 
DROP TABLE #Result 

Answer 1

Come si può sapere ciò che l'ordine è all'interno di una tabella utilizzando select * from #result? Non è possibile garantire l'ordine in una query select.

Tuttavia, i risultati sono diversi su SQL Fiddle. Se vuoi garantire che i risultati siano gli stessi, aggiungi una chiave primaria. Poi l'ordine di inserimento è garantita:

CREATE TABLE MyTable(Name VARCHAR(50), SortOrder INT) 
INSERT INTO MyTable SELECT 'b', 2 UNION ALL SELECT 'c', 3 UNION ALL SELECT 'a', 1 UNION ALL SELECT 'e', 5 UNION ALL SELECT 'd', 4 


select top 0 * into result from MyTable; 

alter table Result add id int identity(1, 1) primary key; 

insert into Result(name, sortorder) 
    SELECT * FROM MyTable 
    ORDER BY SortOrder; 

ho ancora aborrire facendo select * from Result dopo questo. Ma sì, li restituisce nell'ordine corretto sia in SQL Server 2008 che nel 2012. Non solo, ma poiché SQL Server garantisce che le chiavi primarie siano inserite nell'ordine corretto, i record sono persino garantiti nell'ordine corretto in questo caso.

MA. . . solo perché i record sono in un ordine particolare sulle pagine non significa che verranno recuperati in tale ordine senza clausola order by.

Answer 2

Se si dispone di diversi risultati ordinati quando si interroga ogni database, la tua raccolta è probabilmente diversa tra i due.

Provare in modo esplicito impostando le regole di confronto nella query e verificare se i risultati vengono restituiti nello stesso ordine in entrambi i database, ad es.

SELECT * FROM #Result ORDER BY C1 COLLATE Latin1_General_CS_AS 

Answer 3

Quando si utilizza ORDER BY con una INSERT, non è mai stato garantito per fare altro che controllare l'ordine della colonna identità se presente.

Prima di SQL Server 2012, l'ottimizzatore ha sempre prodotto un piano come se esistesse una colonna Identity e quindi sembra che ordini correttamente. SQL Server 2012 non presuppone che esista una colonna Identity e solo ordini se la tabella ha effettivamente una colonna Identity.

Quindi è possibile risolvere questo problema aggiungendo una colonna Identity alla tabella dei risultati temporanei.

Tuttavia, dovresti semplicemente aggiungere una clausola ORDER BY all'istruzione SELECT? Le dichiarazioni SELECT senza uno ORDER BY non sono mai state garantite per restituire i risultati in qualsiasi ordine specifico. Aggiungi sempre la clausola ORDER BY per assicurarti di ricevere i risultati come ti aspetti.

Answer 4

Soluzione: È possibile aggiungere un SET ROWCOUNT prima di questo tipo di query, quindi inserire nuovamente a zero dopo il ripristino, funziona. Questo costringerà SQL a mantenere l'ordine nella tua query.

SET ROWCOUNT 1000000000 

CREATE TABLE #MyTable(Name VARCHAR(50), SortOrder INT) 
INSERT INTO #MyTable SELECT 'b', 2 UNION ALL SELECT 'c', 3 UNION ALL SELECT 'a', 1 UNION ALL SELECT 'e', 5 UNION ALL SELECT 'd', 4 

SELECT * INTO #Result FROM #MyTable ORDER BY SortOrder 

SELECT * FROM #Result 

SET ROWCOUNT 0 

DROP TABLE #MyTable 
DROP TABLE #Result 

Answer 5

In primo luogo, grazie sgeddes per la spiegazione, ha aiutato molto. La cosa sulla definizione di un variabile di tabella o la creazione di una tabella temporanea è che devi definirlo, e se avete intenzione di passare attraverso il lavoro di definizione di esso, si potrebbe anche fare l'inserto il modo corretto:

INSERT INTO #Result (col1, col2...) 
SELECT Col1, Col2... FROM #MyTable.... 

Nel mio caso, l'ORDER BY nell'INSERTO era dinamico, quindi quando ho chiamato "SELECT * FROM #Result", l'ordine BY era sconosciuto. La mia soluzione era aggiungere una colonna ROW_NUMBER che potessi inserire hardcode nella SELECT quando stavo ottenendo i dati. Sì, devo ancora includere un ORDER BY, ma almeno è statico. Ecco cosa ho fatto:

--Insert 
SELECT ROW_NUMBER() OVER (ORDER BY T.SortOrder ASC) AS RowNum, T.* 
INTO #Result 
FROM (SELECT * FROM #MyTable ...) AS T; 

--Get data out 
SELECT * FROM #Result ORDER BY RowNum; 

Spero che questo aiuti.

Answer 6

È necessario creare ROW_NUMBER() ordine per colonna che si desidera ordinare. Ordina direttamente nella selezione, viene ignorato quando viene eseguito l'inserimento.

 
CREATE TABLE #MyTable(Name VARCHAR(50), SortOrder INT) 

INSERT INTO #MyTable 
SELECT 'b', 2 
UNION ALL SELECT 'c', 3 
UNION ALL SELECT 'a', 1 
UNION ALL SELECT 'e', 5 
UNION ALL SELECT 'd', 4 

SELECT Name, 
     ROW_NUMBER() OVER (ORDER BY MyTable.SortOrder) AS SortOrder 
INTO #Result 
FROM #MyTable AS MyTable 
ORDER BY SortOrder 

SELECT * FROM #Result 

DROP TABLE #MyTable 
DROP TABLE #Result