Não vi perguntas semelhantes sobre esse tópico e tive que pesquisar isso para algo em que estou trabalhando no momento. Pensei em postar a resposta para o caso de alguém ter a mesma pergunta.
Não vi perguntas semelhantes sobre esse tópico e tive que pesquisar isso para algo em que estou trabalhando no momento. Pensei em postar a resposta para o caso de alguém ter a mesma pergunta.
Respostas:
char(13)
é CR
. Para CRLF
quebras de linha no estilo DOS / Windows , você deseja char(13)+char(10)
:
'This is line 1.' + CHAR(13)+CHAR(10) + 'This is line 2.'
+
, o SQL Server começará a reclamar que sua consulta está muito aninhada. Em vez disso, minha solução foi usar a resposta de Rob Cooper, mas com um token muito mais longo e mais obscuro.
Encontrei a resposta aqui: http://blog.sqlauthority.com/2007/08/22/sql-server-t-sql-script-to-insert-carriage-return-and-new-line-feed-in- código/
Você apenas concatena a string e insere um CHAR(13)
onde deseja que sua quebra de linha.
Exemplo:
DECLARE @text NVARCHAR(100)
SET @text = 'This is line 1.' + CHAR(13) + 'This is line 2.'
SELECT @text
Isso imprime o seguinte:
Esta é a linha 1.
Esta é a linha 2.
NCHAR(0x1234)
para obter um caractere unicode. Não é necessário inserir quebras de linha, mas pode ser útil se for necessário inserir / procurar caracteres unicode.
print
vez de select
, como:DECLARE @text NVARCHAR(100); SET @text = 'This is line 1.' + CHAR(13) + 'This is line 2.'; print @text;
Outra maneira de fazer isso é:
INSERT CRLF SELECT 'fox
jumped'
Ou seja, simplesmente inserir uma quebra de linha na sua consulta enquanto a escreve adicionará a quebra semelhante ao banco de dados. Isso funciona no SQL Server Management studio e no Query Analyzer. Acredito que isso também funcionará em c # se você usar o sinal @ nas strings.
string str = @"INSERT CRLF SELECT 'fox
jumped'"
Execute isso no SSMS, mostra como as quebras de linha no próprio SQL se tornam parte dos valores de sequência que abrangem linhas:
PRINT 'Line 1
Line 2
Line 3'
PRINT ''
PRINT 'How long is a blank line feed?'
PRINT LEN('
')
PRINT ''
PRINT 'What are the ASCII values?'
PRINT ASCII(SUBSTRING('
',1,1))
PRINT ASCII(SUBSTRING('
',2,1))
Resultado:
Linha 1
Linha 2
Linha 3
Quanto tempo dura um feed de linha em branco?
2
Quais são os valores ASCII?
13
10
Ou, se preferir especificar sua string em uma linha (quase!), Você pode empregar REPLACE()
assim (opcionalmente use CHAR(13)+CHAR(10)
como substituto):
PRINT REPLACE('Line 1`Line 2`Line 3','`','
')
Após um Google ...
Tomando o código do site:
CREATE TABLE CRLF
(
col1 VARCHAR(1000)
)
INSERT CRLF SELECT 'The quick brown@'
INSERT CRLF SELECT 'fox @jumped'
INSERT CRLF SELECT '@over the '
INSERT CRLF SELECT 'log@'
SELECT col1 FROM CRLF
Returns:
col1
-----------------
The quick brown@
fox @jumped
@over the
log@
(4 row(s) affected)
UPDATE CRLF
SET col1 = REPLACE(col1, '@', CHAR(13))
Parece que isso pode ser feito substituindo um espaço reservado por CHAR (13)
Boa pergunta, nunca fiz isso sozinho :)
Cheguei aqui porque estava preocupado com o fato de que os cr-lfs especificados em c # strings não estavam sendo mostrados nas respostas de consulta do SQl Server Management Studio.
Acontece que eles estão lá, mas não estão sendo exibidos.
Para "ver" os cr-lfs, use a instrução print como:
declare @tmp varchar(500)
select @tmp = msgbody from emailssentlog where id=6769;
print @tmp
Aqui está uma # função C que prepends uma linha de texto para um blob texto existente, delimitado por CRLFs, e retorna uma expressão T-SQL apropriado para INSERT
ou UPDATE
operações. Ele contém alguns dos nossos erros proprietários de manipulação, mas uma vez que você o reproduz, pode ser útil - espero que sim.
/// <summary>
/// Generate a SQL string value expression suitable for INSERT/UPDATE operations that prepends
/// the specified line to an existing block of text, assumed to have \r\n delimiters, and
/// truncate at a maximum length.
/// </summary>
/// <param name="sNewLine">Single text line to be prepended to existing text</param>
/// <param name="sOrigLines">Current text value; assumed to be CRLF-delimited</param>
/// <param name="iMaxLen">Integer field length</param>
/// <returns>String: SQL string expression suitable for INSERT/UPDATE operations. Empty on error.</returns>
private string PrependCommentLine(string sNewLine, String sOrigLines, int iMaxLen)
{
String fn = MethodBase.GetCurrentMethod().Name;
try
{
String [] line_array = sOrigLines.Split("\r\n".ToCharArray());
List<string> orig_lines = new List<string>();
foreach(String orig_line in line_array)
{
if (!String.IsNullOrEmpty(orig_line))
{
orig_lines.Add(orig_line);
}
} // end foreach(original line)
String final_comments = "'" + sNewLine + "' + CHAR(13) + CHAR(10) ";
int cum_length = sNewLine.Length + 2;
foreach(String orig_line in orig_lines)
{
String curline = orig_line;
if (cum_length >= iMaxLen) break; // stop appending if we're already over
if ((cum_length+orig_line.Length+2)>=iMaxLen) // If this one will push us over, truncate and warn:
{
Util.HandleAppErr(this, fn, "Truncating comments: " + orig_line);
curline = orig_line.Substring(0, iMaxLen - (cum_length + 3));
}
final_comments += " + '" + curline + "' + CHAR(13) + CHAR(10) \r\n";
cum_length += orig_line.Length + 2;
} // end foreach(second pass on original lines)
return(final_comments);
} // end main try()
catch(Exception exc)
{
Util.HandleExc(this,fn,exc);
return("");
}
}
Isso é sempre legal, porque quando você obtém listas exportadas, digamos do Oracle, obtém registros que abrangem várias linhas, o que, por sua vez, pode ser interessante para, por exemplo, arquivos cvs, por isso tome cuidado.
De qualquer forma, a resposta de Rob é boa, mas eu recomendaria usar algo diferente de @, tente um pouco mais, como §§ @@ §§ ou algo assim, para que haja uma chance de alguma singularidade. (Mas ainda assim, lembre-se do tamanho do campo varchar
/ nvarchar
no qual você está inserindo ..)