J'ai couru cette requête: Il renvoie les valeurs mais coupez un personnage devant chaque valeur p> J'ai essayé d'ajouter de l'espace après chaque virgule comme p> et cela a fonctionné. Mais je veux savoir pourquoi ne travaille pas avec des virgules p>
3 Réponses :
J'ai compris ce que je faisais mal. Fondamentalement, j'ajoutais un espace supplémentaire à la fin de la chaîne que je veux diviser. Si vous changez p>
solution p> Sélectionnez * à partir de dbo.fn_split (dbo.fn_split ('Âge, 15,14,193 188' ',', ')) code> à Sélectionnez * à partir de dbo.fn_split (' Âge, 15, 14,193 188 ',', ') code>. En d'autres termes, éliminez l'espace supplémentaire après le numéro 188, vous obtiendrez le résultat souhaité. P>
Sans le DDL de fn_split code> Cela n'aide pas réellement personne d'autre. Et la "solution" est le jeu de résultats, et non le SQL corrigé.
Vous n'ayez pas publié le code de fn_split, lequel réside le problème. Mais si vos chaînes sont inférieures à 8 000 caractères, cette fonction vous aidera à les diviser de manière optimale. Cette fonction est une version modifiée de Splitter de Jeff Moden fabriqué par EIRIKUR EITIKSON.
CREATE FUNCTION [dbo].[DelimitedSplit8K_LEAD]
--===== Define I/O parameters
(@pString VARCHAR(8000), @pDelimiter CHAR(1))
RETURNS TABLE WITH SCHEMABINDING AS
RETURN
--===== "Inline" CTE Driven "Tally Tableâ produces values from 0 up to 10,000...
-- enough to cover VARCHAR(8000)
WITH E1(N) AS (
SELECT 1 UNION ALL SELECT 1 UNION ALL SELECT 1 UNION ALL
SELECT 1 UNION ALL SELECT 1 UNION ALL SELECT 1 UNION ALL
SELECT 1 UNION ALL SELECT 1 UNION ALL SELECT 1 UNION ALL SELECT 1
), --10E+1 or 10 rows
E2(N) AS (SELECT 1 FROM E1 a, E1 b), --10E+2 or 100 rows
E4(N) AS (SELECT 1 FROM E2 a, E2 b), --10E+4 or 10,000 rows max
cteTally(N) AS (--==== This provides the "zero base" and limits the number of rows right up front
-- for both a performance gain and prevention of accidental "overruns"
SELECT 0 UNION ALL
SELECT TOP (DATALENGTH(ISNULL(@pString,1))) ROW_NUMBER() OVER (ORDER BY (SELECT NULL)) FROM E4
),
cteStart(N1) AS (--==== This returns N+1 (starting position of each "element" just once for each delimiter)
SELECT t.N+1
FROM cteTally t
WHERE (SUBSTRING(@pString,t.N,1) = @pDelimiter OR t.N = 0)
)
--===== Do the actual split. The ISNULL/NULLIF combo handles the length for the final element when no delimiter is found.
SELECT ItemNumber = ROW_NUMBER() OVER(ORDER BY s.N1),
Item = SUBSTRING(@pString,s.N1,ISNULL(NULLIF((LEAD(s.N1,1,1) OVER (ORDER BY s.N1) - 1),0)-s.N1,8000))
FROM cteStart s
;
GO
Modifier la fonction [DBO]. [Fn_split] (@ Texte Varchar (8000), @Delimiter Varchar (20) = ',')
retourne table @strings p>
( P> P>
Position int Identité clé principale, P>
Varcharchar (8000) P>
) P>
comme p>
Commencez P> déclarer @index int p>
set @index = -1 p>
tandis que (len (@text)> 0) p>
SET @index = CHARINDEX(@delimiter , @text)
IF (@index = 0) AND (LEN(@text) > 0)
BEGIN
INSERT INTO @Strings VALUES (@text)
BREAK
END
IF (@index > 1)
BEGIN
INSERT INTO @Strings VALUES (LEFT(@text, @index - 1))
SET @text = RIGHT(@text, (LEN(@text) - @index))
END
ELSE
SET @text = RIGHT(@text, (LEN(@text) - @index))
END
Trouvé une solution rapide à l'intérieur de la fonction essentiellement ltrim (rtrim (@text)) avant de commencer le traitement du @text
L'hypothèse évidente devrait être que votre fonction divisée ne fonctionne pas correctement. Ne réinventez pas la roue - Go Recherchez une fonction de fractionnement déjà écrite et testée.
Je ne crois pas qu'il existe une fonction standard Microsoft SQL Server appelée "fn_split" plus que probablement ceci est une fonction définie par l'utilisateur. Si vous pouvez publier le code de la fonction qui aiderait toute personne à diagnostiquer le problème. Sinon, si vous utilisez SQL Server 2016 ou UTILISEZ la fonction intégrée '' string_split "comme 'Select * à partir de String_split (' 1,2,3,4,5,6 ',', ')'
Bienvenue sur Stackoverflow, veuillez consulter cet article: Stackoverflow.com/help/how-to-ask . En ce qui concerne votre question, veuillez ajouter le code de la fonction
fn_split code> car ce n'est pas une fonction native dans SQL Server.Qui ne serait pas surpris si la fonction de l'opération (
fn_split code>) utilise un curseur code> ououpendant code> boucle? :)@Larnu Il y a un peu d'espoir qu'il utilise XML.
J'ai effectivement voté pour la fermer comme sujets hors sujet. L'OP a répondu à cette question, cependant, pas avec une réponse qui aidera personne. Le DDL de
fn_split code> est requis pour rendre la réponse utile (un bon séparateur de retournerait simplement la valeur finale comme'188' code>, ne retirez pas le premier caractère de chaque valeur). Cela dit que la fonction elle-même est défectueuse; ce qui est impossible à difficulté à tirer sans le DDL.Je serais d'accord, @Luiscazares, mais la photo de l'OP (dans sa réponse) donne une position ordinale; ce qui est impossible avec un séparateur XML. Peut-être que c'est un séparateur Json, mais j'en doute. Dommage, comme ils le feront (plus que probablement) apprennent rapidement qu'un séparateur itératif va devenir lent, rapide.