SQL Server: SSMS "Salvar resultados como" cria CSV que o Excel desmancha

Primeiro, verifique se as opções de consulta estão configuradas da maneira desejada.

Vá para o menu Consulta e escolha Opções de consulta:

A primeira das duas opções destacadas informa ao SSMS para incluir os cabeçalhos de coluna em seu arquivo CSV. O segundo diz ao SSMS para colocar aspas simples em colunas que incluem uma vírgula.

Suspeito que você já tenha feito isso, mas achei que deveria mencioná-lo para completar.

Se isso não for suficiente para obter seus dados em um formato que o Excel interpretará corretamente, minha próxima etapa pode ser (conforme observado nos comentários) usar o Assistente de importação/exportação para gerar um pacote SSIS que faça isso. No entanto, o assistente nem sempre obtém a citação correta - em particular, ele pode colocar coisas entre aspas duplas, mas não "dobra" as aspas duplas incorporadas na string.

Geralmente, nesse ponto, recorro à força bruta.

Eu crio uma consulta modificada que:

• Substitui aspas duplas nos dados ( ") por aspas duplas ( "");
• Converte valores numéricos/de data em strings e
• Coloca todos os dados entre aspas duplas e (finalmente)
• Gera todas as colunas concatenadas juntas, separadas por vírgulas.

Então, em vez de

 ID | First Name | Last Name |      Address      
----+------------+-----------+-------------------
  1 |  John "JT" |   Smith   |  123 Wayne's Way  

eu gero:

One_Big_Column
------------------------------------------------
"1","John ""JT""","Smith","123 Wayne's Way"

Se eu for usar a consulta regularmente, ela incluirá uma sortOrdercoluna (definida como 1) e será UNION ALLed com um SELECTque cria a linha de cabeçalho. Em seguida, envolvo as UNION ALLconsultas ed (tornando-as uma subconsulta), para que eu possa selecionar apenas One_Big_Columne classificar por sortOrder.

SELECT One_Big_Column
  FROM (
        SELECT '"Id","First Name","Last Name","Address"' as One_Big_Column
              ,0 as sortOrder
        UNION ALL
        SELECT '"' + CAST(Id as varchar(30)) + '","'
                    + REPLACE(firstname, '"','""') + '","'
                    + REPLACE(lastname, '"','""') + '","'
                    + REPLACE(address, '"','""') + '"'
              ,1 AS sortOrder
          FROM myTable
       ) sq
 ORDER BY sortOrder
;

Você pode ver esta corrida aqui .

Observação: se você estiver formatando o CSV manualmente, provavelmente desejará que ambas as caixas de seleção indicadas acima estejam desativadas.

Eu estava tendo o mesmo problema com o campo e limitar o comprimento da saída não ajudou em nada porque tem a ver com os retornos de carro.

Antes de executar os dados que deseja enviar para o Excel, altere sua consulta nesses campos de texto livre para lidar com esses retornos:

SELECT REPLACE(REPLACE(Description, CHAR(10), ''), CHAR(13), ''), ...

Depois de fazer isso, a saída do Excel foi conforme o esperado. Este é o link que me fez mover corretamente.

A única resposta real que funciona sem dançar é: Use SSIS

Eu queria evitar o SSIS, porque gosto de SQL simples. SQL simples é:

• fácil de testar
• controle de versão fácil
• fácil de lançar em um trabalho do SQL Agent
• fácil obter resultados sql em um e-mail

Posso fazer tudo em cinco a vinte minutos e pronto. Também posso replicá-lo para vários SQL Servers facilmente.

Eu adoraria usar SQL# , (há muito tempo queria uma desculpa para usá-lo!), mas ele não possui a funcionalidade nativa de exportação do Excel, e eu tenho que combater alguns incêndios hoje, então não posso aprender isso.

Quando tenho que encadear peças, como SSIS , SQL Agent, etc, são 1 ou mais horas de ajustes e tudo se desfaz quando movemos SQL Servers (o que fazemos a cada 16-24 meses). As peças são ruins.

Mas estou preso com peças para este.

Pena. Espero que o SQL Server possa ser mais forte, em um nível meta.

Não é culpa do SQL Server, nem do SSMS.

O Excel por design abre CSVs da maneira errada possível, é um problema bem conhecido há anos. Você pode até exportar facilmente um arquivo CSV do Excel que não é aberto corretamente pelo mesmo Excel.

A única solução com CSV e Excel é não clicar duas vezes no arquivo ou usar o comando Abrir de dentro do Excel (caso contrário, ele decidirá devastá-los), mas sim abrir uma planilha vazia e usar Importar->Importar do texto. Com isso, você pode dizer como gerenciar cada coluna diferente.

Alterei os dados SQL na exportação para uma fórmula do Excel. A função Excel Trim() mostrará números como números sem notação científica. Não funciona para manter zeros à esquerda.

Como não-numéricos explodem se usados ​​em uma função TRIM(), tive que fazer uma verificação:

'=if(isnumber('+POH.[BEG_03]+'),TRIM('+POH.[BEG_03]+'),"'+POH.[BEG_03]+'")' AS 'TP_PO',

Esta é a fórmula que usei para passar o número da PO do cliente, que pode ser uma string ou um número.

No exemplo, se for um número, a fórmula fica assim:

=IF(ISNUMBER(100000657618),TRIM(100000657618),"100000657618")
which will look like this in the Spreadsheet: 100000657618

se for uma string:

=if(isnumber(C22686608),TRIM(C22686608),"C22686608"), it will look like this: C22686608

Portanto, mesmo que pareça confuso no arquivo csv, quando aberto no Excel, parece correto. O usuário pode então copiar a coluna e colá-la de volta como valores se não quiser as fórmulas na planilha.

Use TOAD para SQL Server. A versão gratuita inclui exportação para o Excel, mesmo após o término da avaliação.