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?
sql
sql-server
uppercase
title-case
RyanKeeter
la source
la source
Réponses:
Voici un UDF qui fera l'affaire ...
Vous devrez cependant l'utiliser pour mettre à jour vos données.
la source
Cette fonction:
Résultat:
la source
O'DONNELL
ne devienne pasO'donnell
.SET @o = @o + @c
àSET @o = @o + UPPER(@c)
. =)http://sqlmag.com/t-sql/how-title-case-column-value
la source
title
est vide.WHERE title IS NOT NULL
à la fin pour résoudre le problème de @Serg.SUBSTRING
au lieu deRIGHT
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.
la source
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.
Appels de test:
Résultats:
la source
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 :).
la source
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:
la source
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) + ']'
.la source
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:
la source
Il serait logique de maintenir une recherche d'exceptions pour prendre en charge les von Neumann, McCain, DeGuzman et Johnson-Smith.
la source
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_SPLIT
etSTRING_AGG
) et c'est assez rapide.STRING_AGG
nécessite SQL Server 2017, mais vous pouvez toujours utiliser l'STUFF/XML
astuce. Ne gère pas toutes les exceptions, mais peut très bien fonctionner pour de nombreuses exigences.la source
Une légère modification de la réponse de @ Galwegian - qui se transforme par exemple
St Elizabeth's
enSt 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).
Ça tourne:
st elizabeth's
dansSt Elizabeth's
o'keefe
dansO'Keefe
o'sullivan
dansO'Sullivan
Les commentaires des autres selon lesquels des solutions différentes sont préférables pour les entrées non anglaises restent le cas.
la source
Je pense que vous constaterez que ce qui suit est plus efficace:
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:
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 ...
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:
la source
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 ...
la source
Voici une autre variante que j'ai trouvée sur les forums SQLTeam.com @ http://www.sqlteam.com/forums/topic.asp?TOPIC_ID=47718
la source
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!
la source
Je viens d'apprendre
InitCap()
.Voici un exemple de code:
la source
Cela a fonctionné dans SSMS:
la source
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
la source
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.
la source
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.
la source