Можно ли сделать аналог агрегатной функции SUM для строк ?

[DM]

Проблема в том что функция SUM работает только с числовыми типами данных , а мне надо в селекте выбрать сумму строк (простая конкатенация). Select - обычный запрос c GROUP BY. Если бы был числовой тип, то SUM дала бы арифметическую сумму, а мне то надо "сложить" строки ...  Может можно свою БД-функцию сделать? Но надо чтобы она работала в самых разных селектах с разными таблицами и WHERE условиями. Общее у селектов - только GROUP BY и тип колонки - строковый.  Может решения нет и надо каждый раз организовывать цикл, внутри которого клеить строки? Не хотелось бы (
P.S.  БД - Microsoft SQL Server

[Dimka]

DM, задача не совсем понятна. Есть тип данных varchar или nvarchar. Их размеры ограничены 8К и 4К символами. Конкатенация строк в групповом операторе SUM, чтобы быть универсальной, должна предполагать размер результата типа text (2 Гб), а для типа text вообще не применяться. Естественно, такой операции нет и в обозримом будущем не будет - слишком узок класс задач и ограничен объём данных (число записей), для которых такая операция в рамках указанных ограничений была бы полезна.

Кстати, опиши задачу, возможно, ты её не так решаешь или создал неудобную структуру данных - может подкину идеи других решений.

[DM]

dimka, тип данных - nvarchar. Причем строки короткие и их немного, результат конкатенации априори не будет больше 4000 символов. Структуру данных создал не я и менять ее не могу . Другие решения, конечно, есть,  но все они менее удобные. Я надеялся на какую нибудь идейку в плане хранимых  процедур, но, наверное, это нереализуемо. Задачу описывать неинтересно, если решения на данный вопрос нет, ее действительно придется делать совсем подругому.

[Dimka]

DM, не, ну хранимую процедуру написать можно, но это будет тот самый цикл, который тебе не нравится.

Курсором бежишь по записям и складываешь. И будет на стороне сервера, а не на клиенте.

Я просто объяснил, почему такой функции нет и пока что не будет.

[DM]

А можно ли вызывать хранимую процедуру из селекта? Мне надо чтоб был select обязательно, это ограничение такое дурацкое, но непреодолимое   .

[DM]

Вроде как user-defined function можно вызывать из селекта, а в саму функцию передать те же самые FROM и WHERE, которые будут в самом селекте. Попробую ...

[Dimka]

Из select хранимую процедуру не вызовешь, так как в общем случае заранее неизвестен результат процедуры (таблица, множество таблиц или скалярное значение) - черевато ошибками в runtime, можно лишь insert exec сделать - специально для возможности обработки результатов хранимых процедур через временные таблицы.

Ещё раз прошу, опиши задачу - возможно, есть другое решение и одним запросом или процедурой. Мне просто интересно, какая такая задача может потребовать сложения строк в select, да ещё не простое, а с какими-то условиями.

[Sla]

Пример могу сказать
получить текст сообщения , которое заранее отформатированное по полям или по к-л правилу
например
ID Field1 Val   10 адрес     хххххх
ID Field2 Val   10 город    ннннннн
ID Field3 Val   10 лицо    сссссссссс
и все это в одной таблице

[Anonymous]

Удалось все оформить в виде user-defined function, и вроде заработало, правда пока в  несколько упрощенном виде.
Описать задачу ... Да... непросто, но попробую раз интересно.
 Есть некая оболочка (доморощенная, но не мной писаная).  Она строит объекты по некоторым описаниям, в том числе должен быть указан источник данных -  select. В результате может быть создан, например реестр деталей. Этот реестр отображается в гриде на форме. Туда же можно пихнуть кнопки каких-то операций, а к нопкам привязать методы. Все это делается из этой оболочки, код на языке никакой не пишется. Для особо нестандартных случаев можно и свой код в Visual Studio написать и присандалить. Ну вот и потребовалось сделать несколько десятков объектов, для которых  несколько экранных  строк соответсвуют большему числу реальных строк. В селекте это достигается элементарной группировкой. Сам селект указывается в виде источника данных в этой оболочке. Проблема начинается дальше - экранные строки надо раскрывать, т.е. высветить, например, все реальные строки из БД для одной какой-то строки экрана. Или пользователь отметит 3 строчки и захочет удалить их. Для этого легко и просто подключить свой код на C#.  Но что получит в распоряжение код? - правильно, только то, что было выбрано в данном селекте. А селект только один и указывается в оболочке и никак иначе. Вот и возникла идея склеить все ключи для каждой строки SELECT GROUP BY в одну строчку, а ее то и передать в свой блок кода. Эту строчку можно разобрать и выделить все содержащиеся в ней ключи , однозначно идентифицировав все нужные строчки датабазной таблицы.  В этом  то и цель.
Тут еще важно, что новых строк принципиально заводится не может, только просмотр и удаление. А объектов таких много, у каждого свои WHERE и разные колоноки группировки и число оных разное, в общем  не хочется селекты дублировать. Пусть сидят только в одном месте - в источнике данных, а он в яйце, то биш в оболочке.

[DM]

Гость это я, забыл зарегистрироваться.
Sla, мне не форматировать надо строки , а просто склеить.  Как это делает функция SUM для чисел:
SELECT group_id, SUM(netto_weight)
FROM table_name
GROUP BY group_id
Только вместо float - nvarchar, а вместо операции суммирования- конкатенация строк.

Но спасибо всем, проблема  решилась.

[Dimka]

Как происходит "высвечиваение строк" из таблицы, соответствующих одной экранной строке? - проблема решается дополнительным select'ом, когда ты разворачиваешь группу по известному общему для них идентификатору экранной строки (groupid в данном случае) или какому угодно - в любом случае он есть! Зачем извлекать все данные из базы сразу? Если появилась потребность, значит ты эту свою оболочку расширил функцией раскрытия группы - вот тутда и вставь дополнительный select.

[DM]

dimka, кому известен это groupid Он же указывается в запросе, а запрос указывается в оболочке. Программа может получить доступ к полям, которые выберуться в результате работы запроса. И все. Поэтому и важно, чтобы в одном из полей результата селекта сидело что-то, что однозначно идентифицирует группу.  Но дискуссия стала слишком частной, давай здесь ее закроем. Если очень хочется, побеседуем лично   .

[Dimka]

ничего не частной - всё равно в этой теме продолжения не будет, поэтому можно и здесь

Т.е. ты имеешь в распоряжении своём только выборку для основной экранной таблицы и всё... И из этих данных (причём в общем случае) надо суметь развернуть группу... Вот теперь задача сформулирована, и её можно попробовать решать .

Пойду подумаю .

[Anonymous]

dimka, спасибо за участие   . Но поместить идентификатор группы в результат селекта можно только 2-мя способами: 1) Включить все атрибуты GROUP BY в select и пометить их как-то, например задав специальные имена. Это можно сделать без особых хитростей, но для меня это неудобно (группы очень разнообразны). 2) Каким-то образом склеить все ключи для группы в строку через разделитель, например, пробел. Благо ключ всегда целчисленный ID c фиксированным именем. Это, конечно, грязный вариант, просто в данном конкретном случае для меня он удобен. Тут была бы идеальна функция SUM для строк. Жаль, что ее нет .
Если надумаешь что-то кардинально иное - :l_wink:

[DM]

А сделал я так - загнал селекты в функцию, возвращающую таблицу. В функции в цикле клею ключи в строку. Все работает как хотелось. Так что, dimka, интерес остался чисто спортивный.

[Dimka]

В общем случае задача развёртывания группы не решается - восстановить нельзя. Но ты вводишь дополнительное поле, где хранишь идентификаторы - значит имеешь доступ к исходным запросам.

Можно в виде строки в дополнительном поле хранить запрос на раскрытие группы.

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

[DM]

dimka, а как этот запрос на раскрытие группы загнать в результат селекта? Результат селекта - несколько строк, и для каждой строки конкретные значения полей, идентифицирующие группу - свои. И значения эти - собственно результат селекта. Поэтому такой запрос по сути своей будет просто перечислением параметров. А значения параметров - это значения полей, результат исходного селекта. В общем-то это я и предлагал в качестве альтернативного варианта раньше.  Или ты что-то иное имеешь ввиду   ?

[Dimka]

допустим, простейший случай запроса главной таблицы:

select sum(total), year from table group by year

отсюда следует, что раскрытие конкретной группы будет выглядеть так:

select  total, year from table where year = @year

где @year - параметр, извлекаемый из той конкретной строчки, в которую тыкнулся юзер

в таком случае окончательно запрос главной таблицы будет выглядеть так

Код:

select
  sum)t.total: as sum, 
  t.year, 
  'select  t.total, t.year from table t where t.year = ' + convert)varchar, t.year: as grqry
from table t
group by t.year

здесь ты сразу раскрываешь параметр, т.е. остаётся исполнить запрос из поля grqry без каких-либо дополнительных преобразований.

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

исходное group by year, month

разворот группы where year = @year and month = @month

вот что я имел ввиду

[DM]

Действительно, сразу сформировать строку WHERE прямо в селекте - свежая мысль  :idea: .  Уже вижу, где мне это пригодится, спасибо  :l_wink:

[Dimka]

Увидел-таки решение первой задачи, сформулированной в этой теме, для SQLServer, без курсора и не для использования в GROUP BY, хотя можно через UDF реализовать и в запросах с GROUP BY.

Код:

DECLARE @T nvarchar(4000)
SET @T = ''

SELECT @T = @T + (CASE WHEN LEN(@T) > 0 THEN ', ' ELSE '' END) + xtype
FROM sysobjects

PRINT @T

[sagarkov]

А можно сделать так же в MySQL 5.1?

[Sla]

sagarkov, что реализовать?

зы. Тема довольно старая, поэтому  - опиши задачу.

[sagarkov]

Мне нужно конкатенировать строки внутри группы после операции group by. Пишу что-то вроде:
SET @path:=''; SELECT @path := concat_ws('|', @path, subject) as path2, count(*), phone from MessageLog group by phone;
но не работает.

[RXL]

В MySQL есть групповая функция для конткатенации - GROUP_CONCAT().

Код:

SELECT GROUP_CONCAT(CONCAT(a, ' ', b, ' ', c) ORDER BY a SEPARATOR ';') FROM tab;

[Алексей++]

а что значит
SEPARATOR ';'

[RXL]

Леш, а по смыслу что это значит? По словарю: "SEPARATOR" - "разделитель". Значит разделяет он объединяемые элементы.

[Алексей++]

ну значение слова то я знаю

то есть должно получиться

a; ;b; ;c

а я полагал, автору надо
a b c

[RXL]

Дык, я только пример дал - дальше уж делай что хошь...

И, кстати, ты неверно интерпретировал. Будет: a1 b1 c1;a2 b2 c2;a3 b3 c3...