SQL Server: Rendre toutes les majuscules majuscules en majuscules / minuscules

96

J'ai une table qui a été importée comme tous les UPPER CASE et je voudrais la transformer en bon cas. Quel script l'un d'entre vous a-t-il utilisé pour terminer cela?

RyanKeeter
la source
4
Gardez simplement à l'esprit que changer correctement le texte majuscule en texte approprié peut nécessiter des corrections manuelles dans certains cas. Avec les noms, par exemple: je n'apprécie pas les applications qui mal orthographient mon nom.
Dave DuPlantis
2
Il n'y aura aucune fonction sur terre qui donnerait raison à «DAVE DUPLANTIS». Les données en majuscules sont elles-mêmes un gros WTF, car la plupart du temps, il ne s'agit que d'un problème de présentation.
Tomalak
1
Je connais un Macdonald qui devient furieux quand il se fait passer pour MacDonald. Et j'apprécierais aussi le bon boîtier d'O'Keefe, s'il vous plaît.
DOK
@Tomalak: tout à fait raison, c'est pourquoi vous devriez accepter les données à casse mixte et les conserver ainsi lorsque le choix vous appartient. Tout à fait d'accord sur la partie WTF ... en particulier si vous acceptez les caractères "internationaux".
Dave DuPlantis
C'est aussi une question culturelle. D'après mon expérience, les Britanniques et les Français ont l'habitude de mettre en majuscule les noms de famille partout où ils en ont l'occasion. Je ne comprends tout simplement pas, cela n'ajoute aucune valeur.
Tomalak

Réponses:

91

Voici un UDF qui fera l'affaire ...

create function ProperCase(@Text as varchar(8000))
returns varchar(8000)
as
begin
  declare @Reset bit;
  declare @Ret varchar(8000);
  declare @i int;
  declare @c char(1);

  if @Text is null
    return null;

  select @Reset = 1, @i = 1, @Ret = '';

  while (@i <= len(@Text))
    select @c = substring(@Text, @i, 1),
      @Ret = @Ret + case when @Reset = 1 then UPPER(@c) else LOWER(@c) end,
      @Reset = case when @c like '[a-zA-Z]' then 0 else 1 end,
      @i = @i + 1
  return @Ret
end

Vous devrez cependant l'utiliser pour mettre à jour vos données.

Galvégien
la source
15
Cela va exploser pour les entrées non anglaises.
Tomalak
Merci! travaillé d'abord, même sur Azure SQL Server :)
Aaron
puis-je simplement demander dans quelle base de données et dans quelle table cela entre?
v3nt
2
J'ai essayé cela avec SQL Server 2008 et toutes sortes d'accents, a fonctionné comme un charme. Cela dépend en fait de la collation
Baptiste
Merci! Son donnant des résultats comme prévu.
Palak Patel
109

Cette fonction:

  • "Cas appropriés" tous les mots "MAJUSCULE SUPÉRIEURE" délimités par un espace blanc
  • laisse les "mots minuscules" seuls
  • fonctionne correctement même pour les alphabets non anglais
  • est portable en ce sens qu'il n'utilise pas les fonctionnalités sophistiquées des versions récentes du serveur SQL
  • peut être facilement changé pour utiliser NCHAR et NVARCHAR pour le support Unicode, ainsi que toute longueur de paramètre que vous jugez appropriée
  • la définition de l'espace blanc peut être configurée
CREATE FUNCTION ToProperCase(@string VARCHAR(255)) RETURNS VARCHAR(255)
AS
BEGIN
  DECLARE @i INT           -- index
  DECLARE @l INT           -- input length
  DECLARE @c NCHAR(1)      -- current char
  DECLARE @f INT           -- first letter flag (1/0)
  DECLARE @o VARCHAR(255)  -- output string
  DECLARE @w VARCHAR(10)   -- characters considered as white space

  SET @w = '[' + CHAR(13) + CHAR(10) + CHAR(9) + CHAR(160) + ' ' + ']'
  SET @i = 1
  SET @l = LEN(@string)
  SET @f = 1
  SET @o = ''

  WHILE @i <= @l
  BEGIN
    SET @c = SUBSTRING(@string, @i, 1)
    IF @f = 1 
    BEGIN
     SET @o = @o + @c
     SET @f = 0
    END
    ELSE
    BEGIN
     SET @o = @o + LOWER(@c)
    END

    IF @c LIKE @w SET @f = 1

    SET @i = @i + 1
  END

  RETURN @o
END

Résultat:

dbo.ToProperCase('ALL UPPER CASE and    SOME lower ÄÄ ÖÖ ÜÜ ÉÉ ØØ ĈĈ ÆÆ')
-----------------------------------------------------------------
All Upper Case and      Some lower Ää Öö Üü Éé Øø Cc Ææ
Tomalak
la source
1
C'est certainement la solution la plus conviviale internationale. Il a mon vote. La seule hypothèse ici est qu'un espace sépare les mots.
Cervo
3
Serait-ce que l'index devrait commencer à 1? La première sous-chaîne (, 0,1) renvoie <vide>. Je suis en SQLServer2005
jan
10
Vous devriez probablement inclure une apostrophe comme caractère d'espace blanc par défaut pour qu'un nom comme O'DONNELLne devienne pas O'donnell.
JustinStolle
2
@Tomalak la variable @i doit commencer à un, sinon un espace est ajouté au début à la sortie
Jakub
5
Excellente petite fonction. Non pas que l'OP l'ait demandé, mais si quelqu'un veut le changer pour qu'il n'ignore pas les mots déjà en minuscules et les convertisse également, par exemple "tom bombadil" en "Tom Bombadil", changez simplement cette ligne - SET @o = @o + @cà SET @o = @o + UPPER(@c). =)
NateJ
41
UPDATE titles
  SET title =
      UPPER(LEFT(title, 1)) +
        LOWER(RIGHT(title, LEN(title) - 1))

http://sqlmag.com/t-sql/how-title-case-column-value

Richard Sayakanit
la source
8
Pour info, cela fonctionne pour les valeurs de mot unique, mais pas pour les valeurs de mot multiples. Ainsi "CAROLINE DU NORD" devient "Caroline du Nord" au lieu de la "Caroline du Nord" attendue.
molaro
4
+1 comme solution simple en un seul mot qui a bien fonctionné pour moi. Le seul - vous pouvez obtenir une erreur si titleest vide.
Serg
@molaro fait une scission sur l'espace et opère avec chaque mot individuellement. Bonne solution mais un peu restrictive sur la durée des possibilités. Pour les futurs téléspectateurs, vous voudrez peut-être diviser sur votre terminateur de phrase et First-Case le premier mot de la phrase.
GoldBishop
1
Ajoutez WHERE title IS NOT NULLà la fin pour résoudre le problème de @Serg.
Paul
@Serg J'ai modifié le code pour qu'il ne fonctionne pas en cas d'erreur sur des chaînes de longueur nulle en utilisant SUBSTRINGau lieu deRIGHT
robotik
18

Si vous pouvez activer le CLR dans SQL Server (nécessite 2005 ou une version ultérieure), vous pouvez créer une fonction CLR qui utilise la fonction intégrée TextInfo.ToTitleCase, ce qui vous permettrait de créer un moyen de le faire en fonction de la culture en quelques lignes de code.

Greg Beech
la source
Je dois voter ici aussi. L'informatique est sûre au niveau international et utilise la bibliothèque de quelqu'un d'autre qui est probablement pleine de toutes sortes de chèques. Vous ne pouvez pas vous tromper ici :)
Cervo
8

Je sais que c'est un post tardif dans ce fil, mais ça vaut le coup de regarder. Cette fonction fonctionne pour moi à tout moment. Alors pensé à le partager.

CREATE FUNCTION [dbo].[fnConvert_TitleCase] (@InputString VARCHAR(4000) )
RETURNS VARCHAR(4000)
AS
BEGIN
DECLARE @Index INT
DECLARE @Char CHAR(1)
DECLARE @OutputString VARCHAR(255)

SET @OutputString = LOWER(@InputString)
SET @Index = 2
SET @OutputString = STUFF(@OutputString, 1, 1,UPPER(SUBSTRING(@InputString,1,1)))

WHILE @Index <= LEN(@InputString)
BEGIN
    SET @Char = SUBSTRING(@InputString, @Index, 1)
    IF @Char IN (' ', ';', ':', '!', '?', ',', '.', '_', '-', '/', '&','''','(')
    IF @Index + 1 <= LEN(@InputString)
BEGIN
    IF @Char != ''''
    OR
    UPPER(SUBSTRING(@InputString, @Index + 1, 1)) != 'S'
    SET @OutputString =
    STUFF(@OutputString, @Index + 1, 1,UPPER(SUBSTRING(@InputString, @Index + 1, 1)))
END
    SET @Index = @Index + 1
END

RETURN ISNULL(@OutputString,'')
END

Appels de test:

select dbo.fnConvert_TitleCase(Upper('ÄÄ ÖÖ ÜÜ ÉÉ ØØ ĈĈ ÆÆ')) as test
select dbo.fnConvert_TitleCase(upper('Whatever the mind of man can conceive and believe, it can achieve. – Napoleon hill')) as test

Résultats:

entrez la description de l'image ici

Harmeet Singh Bhamra
la source
Pouvez-vous décrire pourquoi c'est mieux que la fonction ToProperCase de Tomalak stackoverflow.com/questions/230138/... ?
Michael Freidgeim
1
Sur la base des exemples donnés avec cette réponse et de Tomalak avec la description de Tomalak de ce qu'il fait ("laisse les mots en minuscules seuls"), cette réponse est meilleure. Je n'ai pas vérifié celui de Tomalak, mais cette réponse fait correctement le cas de l'entrée (pour autant que mes besoins puissent le vérifier). "La casse correcte est tout texte écrit avec chacune des premières lettres de chaque mot en majuscule." - computerhope.com/jargon/p/proper-case.htm
Morvael
8

Je suis un peu en retard dans le jeu, mais je pense que c'est plus fonctionnel et que cela fonctionne avec n'importe quelle langue, y compris le russe, l'allemand, le thaï, le vietnamien, etc. ou (ou) ou espace (évidemment :).

CREATE FUNCTION [dbo].[fnToProperCase]( @name nvarchar(500) )
RETURNS nvarchar(500)
AS
BEGIN
declare @pos    int = 1
      , @pos2   int

if (@name <> '')--or @name = lower(@name) collate SQL_Latin1_General_CP1_CS_AS or @name = upper(@name) collate SQL_Latin1_General_CP1_CS_AS)
begin
    set @name = lower(rtrim(@name))
    while (1 = 1)
    begin
        set @name = stuff(@name, @pos, 1, upper(substring(@name, @pos, 1)))
        set @pos2 = patindex('%[- ''.)(]%', substring(@name, @pos, 500))
        set @pos += @pos2
        if (isnull(@pos2, 0) = 0 or @pos > len(@name))
            break
    end
end

return @name
END
GO
Alansoft
la source
Cela fonctionne bien sauf que "jack's house" devient "Jack'S House"
Damien
2
Jack's House n'est pas le nom d'une personne. O'Brian, O'Connell sont des noms :) Si vous ne vous occupez pas exclusivement du nom des gens, un changement est nécessaire.
Alansoft
3

Si vous êtes dans SSIS et que vous importez des données avec une casse mixte et que vous devez effectuer une recherche sur une colonne avec une casse appropriée, vous remarquerez que la recherche échoue lorsque la source est mélangée et que la source de recherche est correcte. Vous remarquerez également que vous ne pouvez pas utiliser les fonctions de droite et de gauche est SSIS pour SQL Server 2008r2 pour les colonnes dérivées. Voici une solution qui fonctionne pour moi:

UPPER(substring(input_column_name,1,1)) + LOWER(substring(input_column_name, 2, len(input_column_name)-1))
Kenjamarticus
la source
2

Voici une version qui utilise une séquence ou une table de nombres plutôt qu'une boucle. Vous pouvez modifier la clause WHERE pour suivre vos règles personnelles pour savoir quand convertir un caractère en majuscules. Je viens d'inclure un ensemble simple qui mettra en majuscule toute lettre précédée d'une non-lettre à l'exception des apostrophes. Cela signifie cependant que 123apple aurait une correspondance sur le "a" parce que "3" n'est pas une lettre. Si vous voulez juste un espace blanc (espace, tabulation, retour chariot, saut de ligne), vous pouvez remplacer le motif '[^a-z]'par '[' + Char(32) + Char(9) + Char(13) + Char(10) + ']'.


CREATE FUNCTION String.InitCap( @string nvarchar(4000) ) RETURNS nvarchar(4000) AS
BEGIN

-- 1. Convert all letters to lower case
    DECLARE @InitCap nvarchar(4000); SET @InitCap = Lower(@string);

-- 2. Using a Sequence, replace the letters that should be upper case with their upper case version
    SELECT @InitCap = Stuff( @InitCap, n, 1, Upper( SubString( @InitCap, n, 1 ) ) )
    FROM (
        SELECT (1 + n1.n + n10.n + n100.n + n1000.n) AS n
        FROM       (SELECT 0 AS n UNION SELECT    1 UNION SELECT    2 UNION SELECT    3 UNION SELECT    4 UNION SELECT    5 UNION SELECT    6 UNION SELECT    7 UNION SELECT    8 UNION SELECT    9) AS    n1
        CROSS JOIN (SELECT 0 AS n UNION SELECT   10 UNION SELECT   20 UNION SELECT   30 UNION SELECT   40 UNION SELECT   50 UNION SELECT   60 UNION SELECT   70 UNION SELECT   80 UNION SELECT   90) AS   n10
        CROSS JOIN (SELECT 0 AS n UNION SELECT  100 UNION SELECT  200 UNION SELECT  300 UNION SELECT  400 UNION SELECT  500 UNION SELECT  600 UNION SELECT  700 UNION SELECT  800 UNION SELECT  900) AS  n100
        CROSS JOIN (SELECT 0 AS n UNION SELECT 1000 UNION SELECT 2000 UNION SELECT 3000)                                                                                                             AS n1000
        ) AS Sequence
    WHERE 
        n BETWEEN 1 AND Len( @InitCap )
    AND SubString( @InitCap, n, 1 ) LIKE '[a-z]'                 /* this character is a letter */
    AND (
        n = 1                                                    /* this character is the first `character` */
        OR SubString( @InitCap, n-1, 1 ) LIKE '[^a-z]'           /* the previous character is NOT a letter */
        )
    AND (
        n < 3                                                    /* only test the 3rd or greater characters for this exception */
        OR SubString( @InitCap, n-2, 3 ) NOT LIKE '[a-z]''[a-z]' /* exception: The pattern <letter>'<letter> should not capatolize the letter following the apostrophy */
        )

-- 3. Return the modified version of the input
    RETURN @InitCap

END
Dennis Allen
la source
1

Le lien que j'ai posté ci-dessus est une excellente option qui résout le problème principal: que nous ne pouvons jamais rendre compte par programme de tous les cas (Smith-Jones, von Haussen, John Smith MD), du moins pas de manière élégante. Tony introduit le concept d'un personnage d'exception / de rupture pour traiter ces cas. Quoi qu'il en soit, en s'appuyant sur l'idée de Cervo (en haut tous les caractères inférieurs précédés d'un espace), les instructions replace pourraient être regroupées dans une seule table basée sur replace. Vraiment, toute combinaison de caractères bas / haut pourrait être insérée dans @alpha et l'instruction ne changerait pas:

declare @str    nvarchar(8000)
declare @alpha  table (low nchar(1), up nchar(1))


set @str = 'ALL UPPER CASE and    SOME lower ÄÄ ÖÖ ÜÜ ÉÉ ØØ ĈĈ ÆÆ'

-- stage the alpha (needs number table)
insert into @alpha
    -- A-Z / a-z
    select      nchar(n+32),
                nchar(n)
    from        dbo.Number
    where       n between 65 and 90 or
                n between 192 and 223

-- append space at start of str
set @str = lower(' ' + @str)

-- upper all lower case chars preceded by space
select  @str = replace(@str, ' ' + low, ' ' + up) 
from    @Alpha

select @str
Nathan Skerl
la source
Encore une autre solution uniquement US-ASCII.
Tomalak
Considérez-vous toujours cela comme une solution centrée sur les États-Unis car elle fait référence aux caractères unicode. Je sais que la publication d'origine utilisait le jeu de résultats AZ ascii, mais le but de la solution est que c'est un appariement de caractères supérieur: inférieur basé sur une table. L'instruction replace fait simplement référence à la table.
Nathan Skerl
edit: J'ai mis à jour l'exemple pour utiliser votre entrée d'échantillon. Merci pour vos commentaires
Nathan Skerl
Existe-t-il une manière "non élégante" de gérer les variantes les plus connues des noms qui ne sont pas séparés par un trait d'union? Comme «Mc», O'C, et quoi d'autre?
Merritt le
1

Il serait logique de maintenir une recherche d'exceptions pour prendre en charge les von Neumann, McCain, DeGuzman et Johnson-Smith.

Lee
la source
1

Emprunté et amélioré sur la réponse @Richard Sayakanit. Cela gère plusieurs mots. Comme sa réponse, cela n'utilise aucun UDF, seulement des fonctions intégrées ( STRING_SPLITet STRING_AGG) et c'est assez rapide. STRING_AGGnécessite SQL Server 2017, mais vous pouvez toujours utiliser l' STUFF/XMLastuce. Ne gère pas toutes les exceptions, mais peut très bien fonctionner pour de nombreuses exigences.

SELECT StateName = 'North Carolina' 
INTO #States
UNION ALL
SELECT 'Texas'


;WITH cteData AS 
(
    SELECT 
        UPPER(LEFT(value, 1)) +
            LOWER(RIGHT(value, LEN(value) - 1)) value, op.StateName
    FROM   #States op
    CROSS APPLY STRING_SPLIT(op.StateName, ' ') AS ss
)
SELECT 
    STRING_AGG(value, ' ')
FROM cteData c 
GROUP BY StateName
Gabe
la source
1

Une légère modification de la réponse de @ Galwegian - qui se transforme par exemple St Elizabeth'sen St Elizabeth'S.

Cette modification garde les apostrophe-s en minuscules où le s vient à la fin de la chaîne fournie ou le s est suivi d'un espace (et uniquement dans ces circonstances).

create function properCase(@text as varchar(8000))
returns varchar(8000)
as
begin
    declare @reset int;
    declare @ret varchar(8000);
    declare @i int;
    declare @c char(1);
    declare @d char(1);

    if @text is null
    return null;

    select @reset = 1, @i = 1, @ret = '';

    while (@i <= len(@text))
    select
        @c = substring(@text, @i, 1),
        @d = substring(@text, @i+1, 1),
        @ret = @ret + case when @reset = 1 or (@reset=-1 and @c!='s') or (@reset=-1 and @c='s' and @d!=' ') then upper(@c) else lower(@c) end,
        @reset = case when @c like '[a-za-z]' then 0 when @c='''' then -1 else 1 end,
        @i = @i + 1
    return @ret
end

Ça tourne:

  • st elizabeth's dans St Elizabeth's
  • o'keefe dans O'Keefe
  • o'sullivan dans O'Sullivan

Les commentaires des autres selon lesquels des solutions différentes sont préférables pour les entrées non anglaises restent le cas.

philipnye
la source
0

Je pense que vous constaterez que ce qui suit est plus efficace:

IF OBJECT_ID('dbo.ProperCase') IS NOT NULL
    DROP FUNCTION dbo.ProperCase
GO
CREATE FUNCTION dbo.PROPERCASE (
    @str VARCHAR(8000))
RETURNS VARCHAR(8000)
AS
BEGIN
    SET @str = ' ' + @str
    SET @str = REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE( @str, ' a', ' A'), ' b', ' B'), ' c', ' C'), ' d', ' D'), ' e', ' E'), ' f', ' F'), ' g', ' G'), ' h', ' H'), ' i', ' I'), ' j', ' J'), ' k', ' K'), ' l', ' L'), ' m', ' M'), ' n', ' N'), ' o', ' O'), ' p', ' P'), ' q', ' Q'), ' r', ' R'), ' s', ' S'), ' t', ' T'), ' u', ' U'), ' v', ' V'), ' w', ' W'), ' x', ' X'), ' y', ' Y'), ' z', ' Z')
    RETURN RIGHT(@str, LEN(@str) - 1)
END
GO

L'instruction replace peut être coupée et collée directement dans une requête SQL. C'est ultra moche, cependant en remplaçant @str par la colonne qui vous intéresse, vous ne paierez pas le prix d'un curseur implicite comme vous le feriez avec les udfs ainsi postés. Je trouve que même en utilisant mon UDF, c'est beaucoup plus efficace.

Oh et au lieu de générer l'instruction replace à la main, utilisez ceci:

-- Code Generator for expression
DECLARE @x  INT,
    @c  CHAR(1),
    @sql    VARCHAR(8000)
SET @x = 0
SET @sql = '@str' -- actual variable/column you want to replace
WHILE @x < 26
BEGIN
    SET @c = CHAR(ASCII('a') + @x)
    SET @sql = 'REPLACE(' + @sql + ', '' ' + @c+  ''', '' ' + UPPER(@c) + ''')'
    SET @x = @x + 1
END
PRINT @sql

Quoi qu'il en soit, cela dépend du nombre de lignes. J'aimerais que vous puissiez simplement faire s / \ b ([az]) / uc $ 1 /, mais bon, nous travaillons avec les outils dont nous disposons.

REMARQUE vous devrez l'utiliser comme vous devrez l'utiliser comme .... SELECT dbo.ProperCase (LOWER (colonne)) puisque la colonne est en majuscules. Cela fonctionne en fait assez rapidement sur ma table de 5000 entrées (pas même une seconde) même avec la plus basse.

En réponse à la vague de commentaires concernant l'internationalisation, je présente l'implémentation suivante qui gère chaque caractère ascii en se basant uniquement sur l'implémentation de SQL Server de supérieur et inférieur. N'oubliez pas que les variables que nous utilisons ici sont VARCHAR, ce qui signifie qu'elles ne peuvent contenir que des valeurs ASCII. Pour utiliser d'autres alphabets internationaux, vous devez utiliser NVARCHAR. La logique serait similaire mais vous auriez besoin d'utiliser UNICODE et NCHAR à la place d'ASCII AND CHAR et l'instruction replace serait beaucoup plus énorme ...

-- Code Generator for expression
DECLARE @x  INT,
    @c  CHAR(1),
    @sql    VARCHAR(8000),
    @count  INT
SEt @x = 0
SET @count = 0
SET @sql = '@str' -- actual variable you want to replace
WHILE @x < 256
BEGIN
    SET @c = CHAR(@x)
    -- Only generate replacement expression for characters where upper and lowercase differ
    IF @x = ASCII(LOWER(@c)) AND @x != ASCII(UPPER(@c))
    BEGIN
        SET @sql = 'REPLACE(' + @sql + ', '' ' + @c+  ''', '' ' + UPPER(@c) + ''')'
        SET @count = @count + 1
    END
    SET @x = @x + 1
END
PRINT @sql
PRINT 'Total characters substituted: ' + CONVERT(VARCHAR(255), @count)

Fondamentalement, la prémisse de la méthode my est d'échanger le pré-calcul pour l'efficacité. L'implémentation ASCII complète est la suivante:

IF OBJECT_ID('dbo.ProperCase') IS NOT NULL
    DROP FUNCTION dbo.ProperCase
GO
CREATE FUNCTION dbo.PROPERCASE (
    @str VARCHAR(8000))
RETURNS VARCHAR(8000)
AS
BEGIN
    SET @str = ' ' + @str
SET @str =     REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(@str, ' a', ' A'), ' b', ' B'), ' c', ' C'), ' d', ' D'), ' e', ' E'), ' f', ' F'), ' g', ' G'), ' h', ' H'), ' i', ' I'), ' j', ' J'), ' k', ' K'), ' l', ' L'), ' m', ' M'), ' n', ' N'), ' o', ' O'), ' p', ' P'), ' q', ' Q'), ' r', ' R'), ' s', ' S'), ' t', ' T'), ' u', ' U'), ' v', ' V'), ' w', ' W'), ' x', ' X'), ' y', ' Y'), ' z', ' Z'), ' š', ' Š'), ' œ', ' Œ'), ' ž', ' Ž'), ' à', ' À'), ' á', ' Á'), ' â', ' Â'), ' ã', ' Ã'), ' ä', ' Ä'), ' å', ' Å'), ' æ', ' Æ'), ' ç', ' Ç'), ' è', ' È'), ' é', ' É'), ' ê', ' Ê'), ' ë', ' Ë'), ' ì', ' Ì'), ' í', ' Í'), ' î', ' Î'), ' ï', ' Ï'), ' ð', ' Ð'), ' ñ', ' Ñ'), ' ò', ' Ò'), ' ó', ' Ó'), ' ô', ' Ô'), ' õ', ' Õ'), ' ö', ' Ö'), ' ø', ' Ø'), ' ù', ' Ù'), ' ú', ' Ú'), ' û', ' Û'), ' ü', ' Ü'), ' ý', ' Ý'), ' þ', ' Þ'), ' ÿ', ' Ÿ')
    RETURN RIGHT(@str, LEN(@str) - 1)
END
GO
Cervo
la source
1
Ouais. Votre alphabet ne comporte que 26 caractères. Le mien a plus. Et le grec? Ou turc?
Tomalak
Je dirais que les autres solutions font de même. Mais j'ai inclus le générateur de code. Vous pouvez simplement ajouter des sections supplémentaires pour votre alphabet. Vous devriez avoir tout comme NVARCHAR et utiliser NCHAR et UNICODE pour convertir.
Cervo
Je pense que plus vous aurez de personnages, moins cela deviendra efficace. Mais diable dans certains jeux de caractères, chaque symbole représente un mot entier, donc tout le problème de la casse ne s'applique pas ....
Cervo
De plus, je doute que quiconque utilise chaque caractère Unicode à la fois. Donc probablement juste le code génère le remplacement pour les 2 ou 3 alphabets que vous utilisez.
Cervo
1
Cela ne signifie pas que vous devriez utiliser des solutions à moitié cuites uniquement en anglais simplement parce que vous vous attendez à ce que les données «soient probablement dans votre alphabet». En ce qui concerne le système d'écriture latin, il y a des minuscules / majuscules définies pour (presque) tous les caractères. Les fonctions de conversion concernent plus l'exactitude que la vitesse.
Tomalak
0

Est-il trop tard pour revenir en arrière et obtenir les données non majuscules?

Les von Neumann, McCain, DeGuzman et Johnson-Smith de votre clientèle peuvent ne pas aimer le résultat de votre traitement ...

Aussi, je suppose que cela est destiné à être une mise à niveau ponctuelle des données? Il peut être plus facile d'exporter, de filtrer / modifier et de réimporter les noms corrigés dans la base de données, puis vous pouvez utiliser des approches non SQL pour la correction des noms ...

Constructeur de jouets
la source
Toute la question de la dénomination est apparue comme des inconvénients possibles lors de la discussion - rien n'indique que l'auteur de la question se réfère à des données contenant des noms.
Tomalak
0

Voici une autre variante que j'ai trouvée sur les forums SQLTeam.com @ http://www.sqlteam.com/forums/topic.asp?TOPIC_ID=47718

create FUNCTION PROPERCASE
(
--The string to be converted to proper case
@input varchar(8000)
)
--This function returns the proper case string of varchar type
RETURNS varchar(8000)
AS
BEGIN
IF @input IS NULL
BEGIN
--Just return NULL if input string is NULL
RETURN NULL
END

--Character variable declarations
DECLARE @output varchar(8000)
--Integer variable declarations
DECLARE @ctr int, @len int, @found_at int
--Constant declarations
DECLARE @LOWER_CASE_a int, @LOWER_CASE_z int, @Delimiter char(3), @UPPER_CASE_A int, @UPPER_CASE_Z int

--Variable/Constant initializations
SET @ctr = 1
SET @len = LEN(@input)
SET @output = ''
SET @LOWER_CASE_a = 97
SET @LOWER_CASE_z = 122
SET @Delimiter = ' ,-'
SET @UPPER_CASE_A = 65
SET @UPPER_CASE_Z = 90

WHILE @ctr <= @len
BEGIN
--This loop will take care of reccuring white spaces
WHILE CHARINDEX(SUBSTRING(@input,@ctr,1), @Delimiter) > 0
BEGIN
SET @output = @output + SUBSTRING(@input,@ctr,1)
SET @ctr = @ctr + 1
END

IF ASCII(SUBSTRING(@input,@ctr,1)) BETWEEN @LOWER_CASE_a AND @LOWER_CASE_z
BEGIN
--Converting the first character to upper case
SET @output = @output + UPPER(SUBSTRING(@input,@ctr,1))
END
ELSE
BEGIN
SET @output = @output + SUBSTRING(@input,@ctr,1)
END

SET @ctr = @ctr + 1

WHILE CHARINDEX(SUBSTRING(@input,@ctr,1), @Delimiter) = 0 AND (@ctr <= @len)
BEGIN
IF ASCII(SUBSTRING(@input,@ctr,1)) BETWEEN @UPPER_CASE_A AND @UPPER_CASE_Z
BEGIN
SET @output = @output + LOWER(SUBSTRING(@input,@ctr,1))
END
ELSE
BEGIN
SET @output = @output + SUBSTRING(@input,@ctr,1)
END
SET @ctr = @ctr + 1
END

END
RETURN @output
END



GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO
Merritt
la source
0

Je sais que le diable est dans les détails (en particulier en ce qui concerne les données personnelles des gens), et qu'il serait très bien d'avoir des noms correctement capitalisés, mais le genre de tracas ci-dessus est la raison pour laquelle les pragmatiques et conscients du temps parmi nous utilisent ce qui suit :

SELECT UPPER('Put YoUR O'So oddLy casED McWeird-nAme von rightHERE here')

D'après mon expérience, les gens vont bien voir LEUR NOM ... même à mi-chemin d'une phrase.

Reportez-vous à: les Russes ont utilisé un crayon!

Vorlic
la source
3
Nier la question n'est pas utile. Cette "réponse" est au mieux un commentaire.
Phil
0

Je viens d'apprendre InitCap().

Voici un exemple de code:

SELECT ID
      ,InitCap(LastName ||', '|| FirstName ||' '|| Nvl(MiddleName,'')) AS RecipientName
FROM SomeTable
EdD
la source
2
OP a spécifié Sql Server, 'InitCap ()' est une chose Oracle.
mxmissile
0

Cela a fonctionné dans SSMS:

Select Jobtitle,
concat(Upper(LEFT(jobtitle,1)), SUBSTRING(jobtitle,2,LEN(jobtitle))) as Propercase
From [HumanResources].[Employee]
Sathish Babu
la source
0

Si vous savez que toutes les données ne sont qu'un seul mot, voici une solution. Mettez d'abord à jour la colonne à tous les niveaux inférieurs, puis exécutez ce qui suit

    update tableName set columnName = 
    upper(SUBSTRING(columnName, 1, 1)) + substring(columnName, 2, len(columnName)) from tableName
reggaeguitar
la source
0

Récemment, j'ai dû s'attaquer à cela et est venu avec ce qui suit après que rien n'atteigne tout ce que je voulais. Cela fera une phrase entière, des cas pour la gestion de mots spéciaux. Nous avons également eu des problèmes avec les «mots» à caractère unique que beaucoup de méthodes plus simples gèrent mais pas les méthodes plus compliquées. Variable de retour unique, pas de boucles ni de curseurs non plus.

CREATE FUNCTION ProperCase(@Text AS NVARCHAR(MAX))
RETURNS NVARCHAR(MAX)
AS BEGIN

    DECLARE @return NVARCHAR(MAX)

    SELECT @return = COALESCE(@return + ' ', '') + Word FROM (
         SELECT CASE
            WHEN LOWER(value) = 'llc' THEN UPPER(value)
            WHEN LOWER(value) = 'lp' THEN UPPER(value) --Add as many new special cases as needed
            ELSE
               CASE WHEN LEN(value) = 1
               THEN UPPER(value)
               ELSE UPPER(LEFT(value, 1)) + (LOWER(RIGHT(value, LEN(value) - 1)))
              END
            END AS Word
         FROM STRING_SPLIT(@Text, ' ')
     ) tmp

     RETURN @return
END
Marquise Zexks
la source
0

Copiez et collez vos données dans MS Word et utilisez la conversion de texte intégrée pour "Capitaliser chaque mot". Comparez avec vos données d'origine pour résoudre les exceptions. Je ne vois aucun moyen de contourner manuellement les exceptions de type "MacDonald" et "IBM", mais c'est ainsi que je l'ai fait FWIW.

tobydodds
la source