Como inserir uma quebra de linha num servidor SQL VARCHAR/nvarchar string
8 answers
char(13)
riz[2]. Para o DOS-/Windows-style CRLF
linebreaks, você quer char(13)+char(10)
, do tipo:
'This is line 1.' + CHAR(13)+CHAR(10) + 'This is line 2.'
Basta concatenar o texto e inserir um CHAR(13)
onde quer que a sua linha se quebre.
Exemplo:
DECLARE @text NVARCHAR(100)
SET @text = 'This is line 1.' + CHAR(13) + 'This is line 2.'
SELECT @text
Isto imprime o seguinte:
Fala a linha 1.
Esta é a linha 2.
Outra Maneira de fazer isto é como tal:
INSERT CRLF SELECT 'fox
jumped'
Isto é, basta inserir uma quebra de linha na sua consulta ao escrever que irá adicionar a quebra semelhante à base de dados. Isto funciona em SQL server Management studio e Query Analyzer. Acredito que isto também funcionará em C# Se você usar o sinal @ em strings.
string str = @"INSERT CRLF SELECT 'fox
jumped'"
Execute isto em SSMS, ele mostra como as quebras de linha no próprio SQL se tornam parte dos valores de cadeia que abrangem as 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
2
Quais são os valores ASCII?
13
10
Ou se preferir especificar o seu texto numa linha (quase!) pode utilizar REPLACE()
desta forma (opcionalmente usar CHAR(13)+CHAR(10)
como substituto) :
PRINT REPLACE('Line 1`Line 2`Line 3','`','
')
Após um Google ...
Tirando o código do sítio web:
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 pode ser feito substituindo uma substituição por CHAR(13)
Boa pergunta, nunca fui eu a fazê-lo.Eu cheguei aqui porque estava preocupado que o cr-lfs que eu especificei em C# strings não estavam sendo mostrados em SQL Server Management Studio query responses.
Acontece que eles estão lá, mas não estão sendo exibidos.Para "ver" o CR-lfs, use a declaração de impressão como:
declare @tmp varchar(500)
select @tmp = msgbody from emailssentlog where id=6769;
print @tmp
Aqui está uma função C# que prepara uma linha de texto para uma blob de texto existente, delimitada por CRLFs, e devolve uma expressão T-SQL adequada para as operações INSERT
ou UPDATE
. Tem alguns dos nossos erros proprietários nele, mas uma vez que você rasga isso, pode ser útil -- eu 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ê recebe listas exportadas de, digamos Oracle, então você recebe registros abrangendo várias linhas, o que por sua vez pode ser interessante para, digamos, arquivos cvs, por isso cuidado.
De qualquer forma, a resposta de Rob é boa, mas eu aconselharia a usar algo diferente de@, tentar mais alguns, como § § @ § § ou algo assim, então ele terá uma chance para alguma singularidade. (Mas ainda assim, lembre-se do comprimento dovarchar
/nvarchar
campo em que está a inserir..)