SQL Server: faça todas as letras MAIÚSCULAS para caixa / título adequado
Tenho uma tabela que foi importada como toda em MAIÚSCULAS e gostaria de transformá-la em Caixa Própria. Que script algum de vocês usou para completar isso?
— RyanKeeter
Apenas tenha em mente que alterar adequadamente o texto em maiúsculas para o texto em maiúsculas pode exigir correções manuais em alguns, bem, casos. Com nomes, por exemplo: Não gosto de aplicativos que escrevem meu nome incorretamente.
Não haverá nenhuma função na terra que acerte 'DAVE DUPLANTIS'. Dados maiúsculos são um grande WTF em si, porque na maioria das vezes é apenas uma questão de apresentação.
Eu conheço um Macdonald que fica furioso quando é denominado MacDonald. E eu apreciaria o caso adequado de O'Keefe também, por favor.
@Tomalak: certo, é por isso que você deve aceitar dados de casos mistos e preservá-los quando a escolha for sua. Concordo totalmente sobre a parte WTF ... particularmente se você aceita caracteres "internacionais".
É uma questão cultural também. Em minha experiência, os britânicos e os franceses têm o hábito de colocar sobrenomes em letras maiúsculas onde quer que possam. Eu simplesmente não entendo, não está agregando valor.
Aqui está uma UDF que fará o truque ...
— Galuego
Isso explodirá para entrada em outro idioma.
Obrigado! trabalhou primeiro, mesmo no Azure SQL Server :)
posso perguntar em qual banco de dados e tabela isso vai?
Tentei isso com o SQL Server 2008 e todos os tipos de sotaques, funcionou perfeitamente. Na verdade, depende do agrupamento
Obrigado! Está dando os resultados esperados.
— Palak Patel
"Casos adequados" todas as palavras em "MAIÚSCULAS" delimitadas por um espaço em branco
deixa "palavras minúsculas" sozinhas
é portátil, pois não usa recursos sofisticados de versões recentes do servidor SQL
pode ser facilmente alterado para usar NCHAR e NVARCHAR para suporte unicode, bem como qualquer comprimento de parâmetro que você achar adequado
a definição de espaço em branco pode ser configurada
Esta é definitivamente a solução mais amigável internacional. Tem meu voto. A única suposição aqui é que um espaço separa as palavras.
Será que o índice deve começar em 1? A primeira substring (, 0,1) retorna <vazio>. Estou executando o sqlserver2005
— janeiro de
Você provavelmente deve incluir um apóstrofo como um caractere de espaço em branco por padrão para que um nome como O'DONNELLnão seja alterado para O'donnell.
@Tomalak a variável @i deve começar em um, caso contrário, um espaço é anexado à saída
Excelente função pequena. Não que o OP tenha solicitado, mas se alguém quiser alterá-lo para que não ignore palavras já minúsculas e as converta também, por exemplo, "tom bombadil" para "Tom Bombadil", basta alterar esta linha - SET @o = @o + @cpara SET @o = @o + UPPER(@c). =)
— Richard Sayakanit
Para sua informação, isso funciona para valores de palavras únicas, mas não para valores de palavras múltiplas. Assim, "CAROLINA DO NORTE" torna-se "Carolina do Norte" em vez da "Carolina do Norte" exigida.
— molaro
+1 como solução simples de uma única palavra que funcionou bem para mim. O único - você pode obter erro se titleestiver vazio.
@molaro faz uma divisão no espaço e opera com cada palavra individualmente. Boa solução, mas um pouco restritiva quanto à extensão das possibilidades. Para futuros espectadores, pode querer dividir em seu terminador de frase e em Primeira caixa a primeira palavra da frase.
Adicione WHERE title IS NOT NULLao final para resolver o problema de @Serg.
— Paul de
@Serg Eu editei o código para não funcionar com erro em strings de comprimento zero usando em SUBSTRINGvez deRIGHT
Se você pode habilitar o CLR no SQL Server (requer 2005 ou posterior), então você pode criar uma função CLR que usa a função interna TextInfo.ToTitleCase que permitiria a você criar uma maneira cultural de fazer isso em apenas alguns linhas de código.
Eu tenho que votar aqui também. A TI é internacionalmente segura e usa a biblioteca de outra pessoa, que provavelmente está cheia de todos os tipos de verificação. Você não pode errar aqui :)
Eu sei que esta é uma postagem tardia neste tópico, mas vale a pena olhar. Esta função funciona para mim sempre. Então pensei em compartilhá-lo.
Chamadas de teste:
— Harmeet Singh Bhamra
Você pode descrever por que é melhor do que a função ToProperCase de Tomalak stackoverflow.com/questions/230138/… ?
Com base nos exemplos dados com esta resposta e nos de Tomalak, juntamente com a descrição de Tomalak do que faz ("deixa apenas as palavras em minúsculas"), esta resposta é melhor. Não verifiquei o de Tomalak, mas esta resposta faz a entrada Adequada para o caso (até onde minhas necessidades podem verificar). "Caixa apropriada é qualquer texto escrito com cada uma das primeiras letras de cada palavra sendo maiúscula." - computerhope.com/jargon/p/proper-case.htm
— Morvael de
Estou um pouco atrasado no jogo, mas acredito que seja mais funcional e funcione com qualquer idioma, incluindo russo, alemão, tailandês, vietnamita, etc. Isso tornará qualquer coisa maiúscula depois de 'ou - ou. ou (ou) ou espaço (obviamente :).
— Alansoft
Isso funciona bem, exceto que "casa de jack" se torna "casa de Jack"
Jack's House não é o nome de uma pessoa. O'Brian, O'Connell são nomes :) Se você não lida exclusivamente com o nome das pessoas, uma mudança é necessária.
Se você estiver no SSIS importando dados que possuem maiúsculas e minúsculas e precisa fazer uma pesquisa em uma coluna com letras maiúsculas e minúsculas, você notará que a pesquisa falha onde a fonte é misturada e a fonte de pesquisa é adequada. Você também notará que não pode usar as funções direita e esquerda no SSIS para SQL Server 2008r2 para colunas derivadas. Aqui está uma solução que funciona para mim:
— Kenjamarticus
Aqui está uma versão que usa uma sequência ou tabela de números em vez de um loop. Você pode modificar a cláusula WHERE para se adequar às suas regras pessoais para quando converter um caractere para maiúsculas. Acabei de incluir um conjunto simples que colocará em maiúsculas qualquer letra que seja precedida por uma não-letra, com exceção dos apóstrofos. Isso significa, entretanto, que 123apple teria uma correspondência no "a" porque "3" não é uma letra. Se você deseja apenas espaço em branco (espaço, tabulação, retorno de carro, avanço de linha), pode substituir o padrão '[^a-z]'por '[' + Char(32) + Char(9) + Char(13) + Char(10) + ']'.
O link que postei acima é uma ótima opção que aborda a questão principal: que nunca podemos contabilizar programaticamente todos os casos (Smith-Jones, von Haussen, John Smith MD), pelo menos não de uma maneira elegante. Tony apresenta o conceito de um caractere de exceção / quebra para lidar com esses casos. De qualquer forma, com base na ideia de Cervo (superior todos os caracteres inferiores precedidos por espaço), as instruções de substituição poderiam ser agrupadas em uma única tabela com base em substituição. Na verdade, qualquer combinação de caracteres inferior / superior poderia ser inserida em @alpha e a instrução não mudaria:
— Nathan Skerl
Mais uma solução apenas US-ASCII.
Você ainda vê isso como uma solução centrada nos EUA, uma vez que faz referência a chars Unicode. Eu sei que a postagem original usou o conjunto de resultados ASCII AZ, mas o ponto da solução é que é um emparelhamento orientado por tabela de caracteres superior: inferior. A instrução de substituição apenas se refere à tabela.
editar: atualizei o exemplo para usar sua entrada de amostra. Obrigado por qualquer feedback
Existe uma maneira "nada elegante" de lidar com a maioria das variações conhecidas de nomes que não estão hifenizados? Tipo 'Mc', O'C e quais não?
Faria sentido manter uma pesquisa de exceções para cuidar do The von Neumann's, McCain's, DeGuzman's e Johnson-Smith's.
Emprestado e aprimorado na resposta de @Richard Sayakanit. Isso lida com várias palavras. Como sua resposta, isso não usa UDFs, apenas funções integradas ( STRING_SPLITe STRING_AGG) e é muito rápido. STRING_AGGrequer SQL Server 2017, mas você sempre pode usar o STUFF/XMLtruque. Não lida com todas as exceções, mas pode funcionar muito bem para muitos requisitos.
Uma ligeira modificação na resposta de @Galwegian - que se transforma, por exemplo, St Elizabeth'semSt Elizabeth'S .
Essa modificação mantém o apóstrofo-s em minúsculas, onde o s vem no final da string fornecida ou o s é seguido por um espaço (e apenas nessas circunstâncias).
st elizabeth's para dentro St Elizabeth's
o'keefe para dentro O'Keefe
o'sullivan para dentro O'Sullivan
Os comentários de outros de que soluções diferentes são preferíveis para entradas que não sejam em inglês permanecem o caso.
— philipnye
Acho que você vai descobrir que o seguinte é mais eficiente:
A instrução replace pode ser recortada e colada diretamente em uma consulta SQL. É muito feio, no entanto, ao substituir @str pela coluna na qual você está interessado, você não pagará um preço por um cursor implícito como faria com os udfs assim postados. Acho que mesmo usando meu UDF é muito mais eficiente.
Ah, e em vez de gerar a instrução de substituição manualmente, use isto:
De qualquer forma, depende do número de linhas. Gostaria que você pudesse fazer apenas s / \ b ([az]) / uc $ 1 /, mas tudo bem, trabalhamos com as ferramentas que temos.
NOTA você teria que usar isto da mesma forma que teria que usar como .... SELECT dbo.ProperCase (LOWER (coluna)) pois a coluna está em maiúsculas. Na verdade, funciona muito rápido na minha mesa de 5.000 entradas (nem mesmo um segundo), mesmo com o mais baixo.
Em resposta à enxurrada de comentários sobre internacionalização, apresento a seguinte implementação que lida com cada caractere ASCII contando apenas com a implementação de superior e inferior do SQL Server. Lembre-se de que as variáveis ​​que estamos usando aqui são VARCHAR, o que significa que elas podem conter apenas valores ASCII. Para usar outros alfabetos internacionais, você deve usar o NVARCHAR. A lógica seria semelhante, mas você precisaria usar UNICODE e NCHAR no lugar de ASCII E CHAR e a instrução de substituição seria muito mais ampla ....
Basicamente, a premissa do meu método é trocar pré-computação por eficiência. A implementação ASCII completa é a seguinte:
Sim. Seu alfabeto tem apenas 26 caracteres. O meu tem mais. Que tal grego? Ou turco?
Eu diria que as outras soluções fazem o mesmo. Mas incluí o gerador de código. Você pode simplesmente adicionar seções adicionais para o seu alfabeto. Você teria que ter tudo como NVARCHAR e usar NCHAR e UNICODE para converter.
Eu acho que quanto mais personagens você tiver, menos eficiente será. Mas, diabos, em alguns conjuntos de caracteres, cada símbolo representa uma palavra inteira, de modo que todo o problema de maiúsculas e minúsculas não se aplica ...
Também duvido que alguém use todos os caracteres Unicode de uma vez. Portanto, provavelmente apenas o código gera a substituição para os 2 ou 3 alfabetos que você usa.
Isso não significa que você deve usar soluções incompletas apenas em inglês só porque espera que os dados "estejam provavelmente no seu alfabeto". No que diz respeito ao sistema de escrita em latim, existem maiúsculas / minúsculas definidas para (quase) qualquer caractere. As funções de conversão são mais sobre correção do que velocidade.
É tarde demais para voltar e obter os dados não maiúsculos?
Os von Neumann's, McCain's, DeGuzman's e Johnson-Smith's de sua base de clientes podem não gostar do resultado do seu processamento ...
Além disso, estou supondo que se trata de uma atualização única dos dados. Pode ser mais fácil exportar, filtrar / modificar e reimportar os nomes corrigidos para o banco de dados, e então você pode usar abordagens não SQL para corrigir nomes ...
Toda a questão dos nomes surgiu como possíveis desvantagens quando discutida - não há indicação de que o autor da pergunta se refere a dados que contêm nomes.
Aqui está outra variação que encontrei nos Fóruns SQLTeam.com @ http://www.sqlteam.com/forums/topic.asp?TOPIC_ID=47718
Eu sei que o diabo está nos detalhes (especialmente no que diz respeito aos dados pessoais das pessoas), e que seria muito bom ter nomes devidamente capitalizados, mas o tipo de aborrecimento acima é o motivo pelo qual os pragmáticos e conscientes do tempo entre nós usam o seguinte :
Na minha experiência, as pessoas ficam bem em ver SEU NOME ... mesmo quando está no meio de uma frase.
— Vorlic
Negar a pergunta não ajuda. Esta "resposta" é um comentário AT BEST.
Acabei de aprender InitCap().
O OP especificou o Sql Server, 'InitCap ()' é uma coisa da Oracle.
— mxmissile
— Sathish Babu
Se você sabe que todos os dados são apenas uma palavra, aqui está uma solução. Primeiro atualize a coluna para todas inferiores e, em seguida, execute o seguinte
Recentemente tive que lidar com isso e veio com o seguinte depois que nada atingiu tudo o que eu queria. Isso fará uma frase inteira, casos para tratamento de palavras especiais. Também tivemos problemas com 'palavras' de um único caractere que muitos métodos mais simples tratam, mas não os métodos mais complicados. Variável de retorno único, sem loops ou cursores.
CREATE FUNCTION ProperCase(@Text AS NVARCHAR(MAX))
SELECT @return = COALESCE(@return + ' ', '') + Word FROM (
WHEN LOWER(value) = 'llc' THEN UPPER(value)
WHEN LOWER(value) = 'lp' THEN UPPER(value) --Add as many new special cases as needed
CASE WHEN LEN(value) = 1
THEN UPPER(value)
ELSE UPPER(LEFT(value, 1)) + (LOWER(RIGHT(value, LEN(value) - 1)))
END AS Word
FROM STRING_SPLIT(@Text, ' ')
— Zexks Marquise
Copie e cole seus dados no MS Word e use a conversão de texto embutida para "Capitalize Cada Palavra". Compare com seus dados originais para abordar as exceções. Não consigo ver nenhuma maneira de contornar manualmente as exceções do tipo "MacDonald" e "IBM", mas foi assim que eu fiz FWIW.