SQL-запрос - объединение результатов в одну строку

Если вы используете SQL Server 2005 или новее, вы можете использовать этот FOR XML PATH & STUFF трюк:

DECLARE @CodeNameString varchar(100)

SELECT 
   @CodeNameString = STUFF( (SELECT ',' + CodeName 
                             FROM dbo.AccountCodes 
                             ORDER BY Sort
                             FOR XML PATH('')), 
                            1, 1, '')

FOR XML PATH('') в основном объединяет ваши строки в один длинный результат XML (что-то вроде ,code1,code2,code3 и т. Д.), А STUFF помещает символ «ничего» в первый символ, например стирает "лишнюю" первую запятую, чтобы дать вам результат, который вы, вероятно, ищете.

ОБНОВЛЕНИЕ: ОК - я понимаю комментарии - если ваш текст в таблице базы данных уже содержит символы типа <, > или &, то мое текущее решение фактически закодирует их в <, > и &.

Если у вас есть проблема с этой кодировкой XML - тогда да, вы должны посмотреть на решение, предложенное @KM, которое также работает для этих символов. Одно слово предупреждения от меня: этот подход требует гораздо больше ресурсов и обработки - просто чтобы вы знали.

Ответ @AlexanderMP правильный, но вы также можете рассмотреть возможность обработки нулей с помощью coalesce:

declare @CodeNameString  nvarchar(max)
set @CodeNameString = null
SELECT @CodeNameString = Coalesce(@CodeNameString + ', ', '') + cast(CodeName as varchar) from AccountCodes  
select @CodeNameString

Для SQL Server 2005 и более поздних версий используйте Coalesce для nulls, а я использую Cast or Convert, если есть numeric values -

declare @CodeNameString  nvarchar(max)
select  @CodeNameString = COALESCE(@CodeNameString + ',', '')  + Cast(CodeName as varchar) from AccountCodes  ORDER BY Sort
select  @CodeNameString

from msdn Не используйте переменную в операторе SELECT для объединения значений (то есть для вычисления агрегированных значений). Могут возникнуть непредвиденные результаты запроса. Это связано с тем, что не гарантируется, что все выражения в списке SELECT (включая присваивания) будут выполнены ровно один раз для каждой выходной строки.

Вышеупомянутое, похоже, говорит о том, что объединение, как это сделано выше, недействительно, поскольку назначение может быть выполнено больше раз, чем количество строк, возвращаемых выбором

Вот еще один пример из реальной жизни, который отлично работает, по крайней мере, с выпуском 2008 года (и позже).

Это исходный запрос, который использует простой max() для получения хотя бы одного из значений:

SELECT option_name, Field_M3_name, max(Option_value) AS "Option value", max(Sorting) AS "Sorted"
FROM Value_list group by Option_name, Field_M3_name
ORDER BY option_name, Field_M3_name

Улучшенная версия, где главное улучшение состоит в том, что мы показываем все значения через запятую:

SELECT from1.keys, from1.option_name, from1.Field_M3_name,

 Stuff((SELECT DISTINCT ', ' + [Option_value] FROM Value_list from2
  WHERE COALESCE(from2.Option_name,'') + '|' + COALESCE(from2.Field_M3_name,'') = from1.keys FOR XML PATH(''),TYPE)
  .value('text()[1]','nvarchar(max)'),1,2,N'') AS "Option values",

 Stuff((SELECT DISTINCT ', ' + CAST([Sorting] AS VARCHAR) FROM Value_list from2
  WHERE COALESCE(from2.Option_name,'') + '|' + COALESCE(from2.Field_M3_name,'') = from1.keys FOR XML PATH(''),TYPE)
  .value('text()[1]','nvarchar(max)'),1,2,N'') AS "Sorting"

FROM ((SELECT DISTINCT COALESCE(Option_name,'') + '|' + COALESCE(Field_M3_name,'') AS keys, Option_name, Field_M3_name FROM Value_list)
-- WHERE
) from1
ORDER BY keys

Обратите внимание, что мы решили все возможные NULL проблемы, которые я мог придумать, а также исправили ошибку, которую мы получили для числовых значений (Сортировка полей).