Здравствуйте!

Подскажите, можно ли в Microsoft SQL Server написать такую пользовательскую функцию, в которой передаются параметры, внутри функции выгружает нужные данные в соответствие переданными параметрами, делает расчеты и возвращает нужный результат?



Логика расчетов следующая. Пользовательская функция выгружает Мера1 и Мера2 при заданной ТТ и SKU по дням. А потом считает расчетные меры, причем так, что РасчетнаяМера3 зависит от РасчетнойМеры2 предыдущего дня, РасчетнаяМера2 зависит от РасчетнойМеры1 предыдущего дня, а РасчетнаяМера1 зависит от Мера1 и Мера2 текущих дней. Количество расчетных мер зависит от параметра КоличествоРасчетныхМер . И возвращает ПоследнююРасчетнуюМеру (в данном случае РасчетнаяМера3 ) от последней даты (в данном случае 30.11.2017), в данном случае - 8.

МераТТSKU01.11.201702.11.2017...29.11.201730.11.2017Мера1ТТ1SKU11020...90100Мера2ТТ1SKU11121...91101РасчетнаяМера1ТТ1SKU111...11РасчетнаяМера2ТТ1SKU132...11РасчетнаяМера3ТТ1SKU124...18
То есть в пользовательской функции происходят цепные расчеты.

Если да, то как это делается? И насколько сильно будет тормозить?

А вернее, функция возвращала, скажем, три значения, и каждое возвращаемое значение помещалось в соответствующую в отдельную колонку, чтобы для каждой колонки не вызывать повторно функцию. Так возможно?

CammomileИ почему именно функция, а не процедура? Что функция, это осознанный выбор?В общем, писал макрос в экселе, который выгружает данные с полями ТТ , SKU , Дата , Мера1 , Мера2 . Потом из всех имеющихся вариантов ТТ+SKU создается соответствующий экземпляр класса. Каждый экземпляр заполняется из исходных данных. Внутри каждого экземпляра происходят цепные расчеты. Получаем статистику по каждому экземпляру. Для каждого экземпляра можно построить детализированную таблицу. Но когда много ТТ+SKU, то очень долго считает. Время уходит на заполнение экземпляра из исходных данных (ищет нужные строки), а также на цепные расчеты. Хотелось бы это дело ускорить и попробовать передать в SQL-запрос. Пока остановился на пользовательской функции как вариант. Не знаю, может быть есть какие нибудь другие возможности для решения данной задачи. Вот и хотел бы узнать.

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

CammomileТы, условно говоря, хочешь нажать в экселе кнопку "Сделать Расчет" и чтобы сервер все посчитал и вернул данные? .Получается так.

Скажите, SQL может создавать нужные экземпляры классов, в каждый экземпляр толкать соответствующие данные, без или дополнительных расчетов, и сохранять в соответствующем формате файла? Потом из экселя обращаться к этому файлу?

CammomileНе нужна тебе функция, делай процедуру, в которой описана твоя логика.
ИЛИ несколько процедур.И так, получается надо писать хранимую процедуру

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

Я так предполагаю, что у тебя есть набор параметров, который уникален для каждого "экземпляра класса" но в то же время вполне себе формализован.
Также, что у тебя есть некая цепочка расчетов, которая должна быть сделана индивидуально для каждого набора параметров.
А результаты рассчетов тебе надо куда то сложить, а потом посчитать некие агрегаты. Так?Да

CammomileНадо взять ручку, бумажку, и нарисовать, и расписать, что у тебя есть и что ты хочешь получить.До этого прописывал в VBA с помощью классов. Описываю на языке реляционных таблиц.






1. Описание может быть не совсем оптимальное, то есть что то лишние, что то не достает. Из строки в колонки, или наоборот, из колонки в строки. Если что, то, пожалуйста, поправьте. Важно, чтобы структура была такая, что при выгрузке не тормозило сильно.

2. Для Строки в экземплярах Данные как строки будут обращаться в предыдущие строки? Важно, чтобы посчиталось последовательно: РасчетнаяМера1, РасчетнаяМера2, ..., РасчетнаяМера5, РасчетнаяМераДругая, ИтоговаяРасчетнаяМера.

Как вторая строка может обратиться к первой строке?


ТТSKUДатаНачалаДатаОкончанияДатаМера1Мера2 КоличествоРасчетныхМерРасчетнаяМераПолученноеЗначениеТТ1SKU201.10.201707.10.201701.10.20171112117РасчетнаяМера1ТТ1SKU201.10.201707.10.201701.10.20171112117РасчетнаяМера2ТТ1SKU201.10.201707.10.201701.10.20171112117РасчетнаяМера3ТТ1SKU201.10.201707.10.201701.10.20171112117РасчетнаяМера4ТТ1SKU201.10.201707.10.201701.10.20171112117РасчетнаяМера5ТТ1SKU201.10.201707.10.201701.10.20171112117РасчетнаяМера6ТТ1SKU201.10.201707.10.201701.10.20171112117РасчетнаяМера7ТТ1SKU201.10.201707.10.201701.10.20171112117РасчетнаяМераДругаяТТ1SKU201.10.201707.10.201701.10.20171112117ИтоговаяРасчетнаяМераКак можно просуммировать по всем расчетным мерам (кроме РасчетнаяМераДругая )?

CammomileКстати за что отвечает параметр "количество мер"?У каждого SKU есть свой срок годности. РасчетнаяМера1 - остаток на 1-й день по сроку годности. РасчетнаяМера2 - остаток на 2-й по сроку годности. И т. д. То есть на определенную дату видим сколько продукции на остатке с определенным днем по сроку годности. И если на следующий день SKU не продан и срок годности прошел, то превращается в возврат - РасчетнаяМераДругая . То есть на каждый день видим непросроченный и просроченный остаток.

CammomileИ еще, совсем непонятно почему ты так зациклился на том, что "строка должна смотреть на предыдущую".

У тебя не строка должна смотреть, а ВЫЧИСЛЕНИЕ. Думай функционально, Меры это же некие функции?
- Чтобы посчитать остаток на 1-й день по сроку годности нужно вытащить отгрузку и продажу текущего дня.
- Чтобы посчитать остаток на 2-й день по сроку годности нужно вытащить остаток на 1-й день по сроку годности предыдущего дня и продажу текущего дня.
- Чтобы посчитать возврат нужно вытащить остаток на последний день по сроку годности.
- Чтобы посчитать общий не просроченный остаток нужно сложить все остатки на разные дни по сроку годности.

CammomileНу вот и отлично, у тебя 5 однотипных для всех видов товаров вычислений , которые ты можешь вызывать последовательно. Любым вменяемым способом. Учитывая, что для меры Остатка на первый день по сроку годности по сравнению остальными мерами не смотрит на предыдущую дату.

В конце-концов можно временную таблицу апдейтить нужное количество раз - отличный способ если делаешь процку.Что за процка?

a_voroninferzmikk,

Может вам оконные функции выучить, а не заниматься исхищрениеми с функциями ?Я предполагал вначале, что пользовательская функция сможет решить данную задачу. С оконными функциями не работал еще.

CammomileТебе надо посчитать Ф1, из ее рассчетов взять данные сунть в Ф2 и так далее, да?

Ну и пожалуйста, можно например так:



Следует учесть что у каждого SKU свой срок годности, следовательно, свое количество расчетных колонок. Важно чтобы количество Measure было динамическое.