Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: 1 2      [все]
 Шаблон SP для определения переданных параметров  [new]
Tketano
Member

Откуда:
Сообщений: 109
Коллеги, добрый день!

В хранимой процедуре необходимо понимать, какие параметры не были переданы, а каким параметрам передано значение NULL (т.е. определить смысл значения NULL). Это необходимо для реализации логики обновления полей (если не передано значение - не трогаем, передано - обновляем). У кого-нибудь есть пример шаблона хранимой процедуры для решения данной задачи?

Вижу 2 варианта.
1) Ввести входной параметр маски реально переданных параметров (т.е. вызывающая сторона уточняет перечень передаваемых параметров);
2) Определить специальные значения входных параметров, которые будут указывать, что передано пустое значение (т.е. default значение null означает отсутствие передачи параметра, а пустая строка, например для varchar, означает необходимость сбросить значение поля в БД в NULL).

Спасибо)
12 ноя 21, 13:38    [22395055]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
Guf
Member

Откуда: Новосибирск
Сообщений: 663
Tketano,

Вариант 3. Не выворачивать мозги. Передавать всегда и всё и обновлять тем, что передано.
12 ноя 21, 13:54    [22395067]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
felix_ff
Member

Откуда: Moscow
Сообщений: 1909
Tketano,

create or alter procedure [usp_update]
         @id int,
         @val1 varchar(255) = null,
         @val2 varchar(255) = null
as
update [dbo].[tbl]
   set [val1] = isnull(@val1, [val1]),
       [val2] = isnull(@val2, [val2])
where [id] = @id;


?
12 ноя 21, 14:23    [22395106]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
Tketano
Member

Откуда:
Сообщений: 109
Guf,
автор
Вариант 3. Не выворачивать мозги. Передавать всегда и всё и обновлять тем, что передано.

Есть сущности, содержащие более 100 столбцов. Объявлять овер 100 переменных и начитывать их перед EXEC - ну такое себе.
И, часто, надо обновить лишь небольшую часть столбцов. Понятно, что бизнес-логика должна быть разбита по разным ХП, но не всегда и не везде это получается. Прямые UPDATE на таблицу не рассматриваются, т.к. пролетают мимо важных контролей внутри ХП.
12 ноя 21, 14:43    [22395122]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
Tketano
Member

Откуда:
Сообщений: 109
felix_ff
Tketano,

create or alter procedure [usp_update]
         @id int,
         @val1 varchar(255) = null,
         @val2 varchar(255) = null
as
update [dbo].[tbl]
   set [val1] = isnull(@val1, [val1]),
       [val2] = isnull(@val2, [val2])
where [id] = @id;


?


Это работает до тех пор, пока вам не надо "пропихнуть" NULL как реальное значение. Т.е. вы никогда не сможете обnullить значение в БД.
12 ноя 21, 14:45    [22395126]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
andy st
Member

Откуда:
Сообщений: 899
Tketano,
делайте тогда процедуру, у которой на входе будет названия поля и значение (или несколько в зависимости от типов данных, или с преобразованием в зависимости от типа поля целевой таблицы) и внутри процедуры пилите динамический sql на изменение конкретного поля или портянку на 100500 строк с условиями/case when
12 ноя 21, 16:36    [22395196]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
andy st
Member

Откуда:
Сообщений: 899
А есть еще вариант реализации, поражающий своим безграничным ужасом - формировать update нужного поля (или полей) на клиенте.
12 ноя 21, 16:42    [22395201]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 9155
Tketano,

это кручу-верчу бред, сделайте все параметры обязательными для заполнения. За угадыванием надо к гадалке ходить, а не программы писать.
12 ноя 21, 17:52    [22395253]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
PaulYoung
Member

Откуда: Москва
Сообщений: 2576
andy st
Tketano,
делайте тогда процедуру, у которой на входе будет названия поля и значение (или несколько в зависимости от типов данных, или с преобразованием в зависимости от типа поля целевой таблицы) и внутри процедуры пилите динамический sql на изменение конкретного поля или портянку на 100500 строк с условиями/case when
Не дай Бог такое унаследовать и поддерживать. Боль.
12 ноя 21, 18:03    [22395258]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
andy st
Member

Откуда:
Сообщений: 899
PaulYoung
andy st
Tketano,
делайте тогда процедуру, у которой на входе будет названия поля и значение (или несколько в зависимости от типов данных, или с преобразованием в зависимости от типа поля целевой таблицы) и внутри процедуры пилите динамический sql на изменение конкретного поля или портянку на 100500 строк с условиями/case when
Не дай Бог такое унаследовать и поддерживать. Боль.

Человек хочет боль, человек получит боль
12 ноя 21, 18:05    [22395259]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
SERG1257
Member

Откуда:
Сообщений: 2931
Соглашаясь с тем что это боль

поддерживаю вариант 1 с маской полей (или несколькими масками если полей много)

Сообщение было отредактировано: 12 ноя 21, 18:22
12 ноя 21, 18:20    [22395267]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
andy st
Member

Откуда:
Сообщений: 899
Вы еще определитесь с тем, кто же по планам будет больше страдать в процессе разработки взаимодействия клиентского ПО с базой - разработчик клиентского софта или разработчик субд. Ну и к этому прикрутите их квалификацию.
Если разраб клиента "эпичен", а разработчик субд из начинающих - пусть колбасят ad-hoc на update на клиенте, не такая сложная задача. Это если контроли в хп можно на триггеры заменить
Если разраб клиента умеет подставлять параметры в процедуру, а разраб СУБД крут - любой вариант с сложной и поддерживаемой с болью логикой в процедуре, в том числе и вариант с параметрами "название поля" и "значение поля" - не факт что такой разработчик клиента осилит запилить маску полей для заполнения
Если оба достаточно компетентны - развлекайтесь как вам угодно, благо возможностей для реализации такого глума тьма

Сообщение было отредактировано: 12 ноя 21, 19:10
12 ноя 21, 19:06    [22395300]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
felix_ff
Member

Откуда: Moscow
Сообщений: 1909
Tketano
felix_ff
Tketano,

create or alter procedure [usp_update]
         @id int,
         @val1 varchar(255) = null,
         @val2 varchar(255) = null
as
update [dbo].[tbl]
   set [val1] = isnull(@val1, [val1]),
       [val2] = isnull(@val2, [val2])
where [id] = @id;


?


Это работает до тех пор, пока вам не надо "пропихнуть" NULL как реальное значение. Т.е. вы никогда не сможете обnullить значение в БД.


ну окей, объявите у параметров явные дефолты и сверяйтесь с ними
create or alter procedure [usp_update]
         @id int,
         @val1 varchar(255) = '__default_va1',
         @val2 varchar(255) = '__default_val2'
as
update [dbo].[tbl]
   set [val1] = case when @val1 = '__default_val1' then [val1] else @val1 end,
       [val2] = case when @val2 = '__default_val2' then [val2] else @val2 end
where [id] = @id;


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

но имхо: по большей части вы занимаетесь ерундой, контроль правильности значений должен быть на стороне сервера приложений/клиентской части.
+

сейчас в меня полетят ссаные тряпки адептов реализации бизнес логики на стороне СУБД
12 ноя 21, 21:10    [22395356]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
andy st
Member

Откуда:
Сообщений: 899
felix_ff
нужно правда придумать такие дефолты которые в принципе никогда не встретятся в качестве реальных значений таблицы.

гуиды вполне проканают, для параноиков - пара гуидов
felix_ff

но имхо: по большей части вы занимаетесь ерундой, контроль правильности значений должен быть на стороне сервера приложений/клиентской части.
+

сейчас в меня полетят ссаные тряпки адептов реализации бизнес логики на стороне СУБД

лови первый :)
12 ноя 21, 21:20    [22395359]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
.Евгений
Member

Откуда:
Сообщений: 707
Принимать на входе XML/Json и формировать по нему динамический Update предлагали?
Если плевать на производительность, то может прокатить.
12 ноя 21, 21:36    [22395364]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
andy st
Member

Откуда:
Сообщений: 899
А потом тредстартер прочитает что ему тут насоветовали и скажет: "да ну нахрен, пойду в дворники"
12 ноя 21, 21:52    [22395373]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
felix_ff
Member

Откуда: Moscow
Сообщений: 1909
.Евгений
Принимать на входе XML/Json и формировать по нему динамический Update предлагали?
Если плевать на производительность, то может прокатить.


хотите пострадать фигней? :)
+

CLR процедуры сохраняют свои default value параметров в sys.parameters.
если прямо сильно заморочиться можно нарисовать CLR обертку где дефолты будут явно тянуться при явном игноре входного параметра.
другой вопрос: что скажут остальные разрабы когда создатель любой "мегофичи" уволится, а им потребуется насладится поддержкой его "высокого полета мысли" :)
13 ноя 21, 01:43    [22395455]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
.Евгений
Member

Откуда:
Сообщений: 707
felix_ff,

трансляция XML в Update в общем не сложна, логика наглядна. Думаю, что поддерживать такое было бы менее противно, чем описанное вами.
13 ноя 21, 16:17    [22395597]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
Ролг Хупин
Member

Откуда: Чебаркуль
Сообщений: 4434
Tketano
Guf,
автор
Вариант 3. Не выворачивать мозги. Передавать всегда и всё и обновлять тем, что передано.

Есть сущности, содержащие более 100 столбцов. Объявлять овер 100 переменных и начитывать их перед EXEC - ну такое себе.
И, часто, надо обновить лишь небольшую часть столбцов. Понятно, что бизнес-логика должна быть разбита по разным ХП, но не всегда и не везде это получается. Прямые UPDATE на таблицу не рассматриваются, т.к. пролетают мимо важных контролей внутри ХП.


Люди-то в основном злые, не стоит расчитывать на понимание
13 ноя 21, 20:05    [22395656]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
aleks222
Member

Откуда:
Сообщений: 1846
felix_ff
Tketano
пропущено...


Это работает до тех пор, пока вам не надо "пропихнуть" NULL как реальное значение. Т.е. вы никогда не сможете обnullить значение в БД.


ну окей, объявите у параметров явные дефолты и сверяйтесь с ними
create or alter procedure [usp_update]
         @id int,
         @val1 varchar(255) = '__default_va1',
         @val2 varchar(255) = '__default_val2'
as
update [dbo].[tbl]
   set [val1] = case when @val1 = '__default_val1' then [val1] else @val1 end,
       [val2] = case when @val2 = '__default_val2' then [val2] else @val2 end
where [id] = @id;


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

но имхо: по большей части вы занимаетесь ерундой, контроль правильности значений должен быть на стороне сервера приложений/клиентской части.
+

сейчас в меня полетят ссаные тряпки адептов реализации бизнес логики на стороне СУБД



create or alter procedure [usp_update]
         @id int,
         @val1 varchar(255) = null, @val1On bit = 0,
         @val2 varchar(255) = null, @val2On bit = 0
as


Универсальные лисапеды всегда громоздки...
14 ноя 21, 11:28    [22395774]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 32173
Tketano
И, часто, надо обновить лишь небольшую часть столбцов. Понятно, что бизнес-логика должна быть разбита по разным ХП, но не всегда и не везде это получается. Прямые UPDATE на таблицу не рассматриваются, т.к. пролетают мимо важных контролей внутри ХП.
Разбить обновления на разные ХП можно всегда.
Или можно делать контроль в триггерах.
Про всё это уже написали, я уверен, что эти решения будут лучше, чем изощрённая логика со 100 флагами.
Проще для разработки, для расширения функционала, для сопровождения, и будут содержать меньше ошибок.
14 ноя 21, 14:03    [22395820]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 32173
alexeyvg
Tketano
И, часто, надо обновить лишь небольшую часть столбцов. Понятно, что бизнес-логика должна быть разбита по разным ХП, но не всегда и не везде это получается. Прямые UPDATE на таблицу не рассматриваются, т.к. пролетают мимо важных контролей внутри ХП.
Разбить обновления на разные ХП можно всегда.
Или можно делать контроль в триггерах.
Про всё это уже написали, я уверен, что эти решения будут лучше, чем изощрённая логика со 100 флагами.
Проще для разработки, для расширения функционала, для сопровождения, и будут содержать меньше ошибок.
Я даже больше скажу.

Подход "сделать процедуры для изменения любого набора полей" противоречит вашему же подходу "обрабатывать данные в СУБД, предоставляя API клиентам (серверам приложений и др.)"
Вы хотите дать возможность делать ad-hoc запросы к базе, только через процедуры, что абсолютно лишено смысла как бизнес, так и технологического. Процедуры ради процедур. Вырождение идеи "СУБД предоставляет API для работы с данными".
14 ноя 21, 14:11    [22395825]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 9155
но не всегда и не везде это получается


это не может получаться только при отсутствии желания это делать.
14 ноя 21, 21:46    [22395978]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
Tketano
Member

Откуда:
Сообщений: 109
Всем спасибо за мнения! Динамический SQL явно мимо; финальные контроли осуществляются на сервере. Может изначально плохо пояснил задачу. Смысл в том, что есть много входных точек для изменения данных (api), реализующих разные форматы и разный набор полей. Соответственно вопрос был в обновлении информации в базе данных (после приема входящего запроса).
Пока остановились на следующем варианте:
create or alter procedure [usp_update_some_rekv]
	@id	int,
	@val1	int		= null,	-- -1 = сбросить в null (значение -1 не допускается бизнес-логикой)
	@val2	varchar(255)	= null,	-- '' = сбросить в null (пустая строка не допускается бизнес-логикой)
	@val3	date		= null	-- '' = сбросить в null (1900 год не допускается бизнес-логикой)
as

select	@val1 = case when @val1 = -1 then null else isnull(@val1, val1) end,
	@val2 = case when @val2 = '' then null else isnull(@val2, val2) end,
	@val3 = case when @val3 = '' then null else isnull(@val3, val3) end
from	[dbo].[tbl]
where	[id] = @id;

-- базовая процедура для записи параметров "как есть"
exec dbo.usp_update
		@id	= @id,
		@val1	= @val1,
		@val2	= @val2,
		@val3	= @val3
go


Хотя итоговое решение не понравилось (вызов такой ХП выглядит "неестественным"). Пока будет использоваться исключительно локально (для решения конкретной задачи). Возможно, часть контролей будет перенесена + прямой UPDATE таблицы + прочая логика процедуры usp_update.
15 ноя 21, 12:17    [22396122]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
Konst_One
Member

Откуда:
Сообщений: 11677
@val3	date
...
@val3 = case when @val3 = ''
15 ноя 21, 12:49    [22396147]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
felix_ff
Member

Откуда: Moscow
Сообщений: 1909
Tketano,

вы же сами указывали на проблему
"пропихнуть" NULL как реальное значение"


в вашем решение в случае
exec dbo.usp_update
		@id	= @id,
		@val1	= @val1,
		@val2	= null,
		@val3	= @val3


вы значение @val2 потеряете


aleks222
Универсальные лисапеды всегда громоздки...


в процедуре 1000 параметров, добавите еще 1000?

Сообщение было отредактировано: 15 ноя 21, 14:41
15 ноя 21, 14:39    [22396210]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
Tketano
Member

Откуда:
Сообщений: 109
felix_ff,

Да, в базовой процедуре update 100+ параметров, значит придется и в обертке объявить 100+ параметров и поставить 100+ case. Сейчас без обертки то не лучше - начитай недостающие 100 параметров c case из таблицы и потом сделай EXEC базовой процедуры. Тут же не стоит вопрос уменьшения кода (хотя этот вариант в любом случае короче), вопрос скорее в понятности и дальнейшей поддержке. Например, в базовую процедуру достаточно часто вводятся новые параметры.

в вашем решение в случае
exec dbo.usp_update
		@id	= @id,
		@val1	= @val1,
		@val2	= null,
		@val3	= @val3


вы значение @val2 потеряете


При таком вызове да. Но я же буду вызывать обертку и значение сохранится:
exec dbo.usp_update_some_rekv
		@id	= @id,
		@val1	= @val1,
		@val2	= null,
		@val3	= @val3


А при передачи @val2 = '' значение будет сброшено в null.

Сообщение было отредактировано: 15 ноя 21, 15:00
15 ноя 21, 14:59    [22396220]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
Ролг Хупин
Member

Откуда: Чебаркуль
Сообщений: 4434
Tketano
Всем спасибо за мнения! Динамический SQL явно мимо; финальные контроли осуществляются на сервере. Может изначально плохо пояснил задачу. Смысл в том, что есть много входных точек для изменения данных (api), реализующих разные форматы и разный набор полей. Соответственно вопрос был в обновлении информации в базе данных (после приема входящего запроса).
Пока остановились на следующем варианте:
create or alter procedure [usp_update_some_rekv]
	@id	int,
	@val1	int		= null,	-- -1 = сбросить в null (значение -1 не допускается бизнес-логикой)
	@val2	varchar(255)	= null,	-- '' = сбросить в null (пустая строка не допускается бизнес-логикой)
	@val3	date		= null	-- '' = сбросить в null (1900 год не допускается бизнес-логикой)
as

select	@val1 = case when @val1 = -1 then null else isnull(@val1, val1) end,
	@val2 = case when @val2 = '' then null else isnull(@val2, val2) end,
	@val3 = case when @val3 = '' then null else isnull(@val3, val3) end
from	[dbo].[tbl]
where	[id] = @id;

-- базовая процедура для записи параметров "как есть"
exec dbo.usp_update
		@id	= @id,
		@val1	= @val1,
		@val2	= @val2,
		@val3	= @val3
go


Хотя итоговое решение не понравилось (вызов такой ХП выглядит "неестественным"). Пока будет использоваться исключительно локально (для решения конкретной задачи). Возможно, часть контролей будет перенесена + прямой UPDATE таблицы + прочая логика процедуры usp_update.


итоговое решение выглядит "нетрадиционным" в понятном смысле этого слова
15 ноя 21, 17:50    [22396321]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 32173
Tketano
Пока остановились на следующем варианте:

Ой, а сначала сказали, что так точно не подходит :-)
Tketano
Смысл в том, что есть много входных точек для изменения данных (api), реализующих разные форматы и разный набор полей.
Так и делайте несколько входных точек (api).
Вы хотите сделать одну входную точку для всего приложения? Поверьте, нехорошо получится
Впрочем большинство учится только на своих ошибках, вы же (и никто из ваших коллег) ещё не сделали проект, который люди сейчас называют легаси? :-) Судя по стремлению к "универсальному коду"

Сообщение было отредактировано: 15 ноя 21, 19:04
15 ноя 21, 19:03    [22396367]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 32173
Ролг Хупин
итоговое решение выглядит "нетрадиционным" в понятном смысле этого слова
Да, понятность кода поражает.

Доктор, понимаете, мой муж работает программистом, и он последний год стал часто смотреть индусский код.
А иногда, по ночам, когда думает, что я его не вижу, он его себе вставляет. И это ему нравится!
15 ноя 21, 19:09    [22396369]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
Ролг Хупин
Member

Откуда: Чебаркуль
Сообщений: 4434
alexeyvg
Ролг Хупин
итоговое решение выглядит "нетрадиционным" в понятном смысле этого слова
Да, понятность кода поражает.

Доктор, понимаете, мой муж работает программистом, и он последний год стал часто смотреть индусский код.
А иногда, по ночам, когда думает, что я его не вижу, он его себе вставляет. И это ему нравится!


(Y)
15 ноя 21, 20:33    [22396394]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
Tketano
Member

Откуда:
Сообщений: 109
alexeyvg,

автор
Ой, а сначала сказали, что так точно не подходит :-)
Нет, я такое не писал, Вы меня с кем-то перепутали =) Я сразу озвучил эту идею под вторым вариантом.
И в серверной части итак хватает старого легаси-кода, в основном связанного с динамическим sql))) Хламить не хочется, даже для решения небольшой задачи.

автор
Так и делайте несколько входных точек (api).
Вы хотите сделать одну входную точку для всего приложения? Поверьте, нехорошо получится
Нет. Немного love story.
Есть базовая процедура для изменения сущности БД (usp_update в примере выше). На вход принимается полный перечень параметров и записывается в БД "как есть". При этом в процедуре реализуется прочая логика по проверкам, записи в логи и пр. Основная система в основном и дергает данную процедуру, т.к. почти всегда обладает информацией о полном состоянии объекта.
Однако есть и другие точки входа (различные api) для коррекции информации (включая xml/json форматы). Там перечень параметров гораздо уже. Общий подход следующий:
- если параметр не определен форматом, то оставляем текущее значение БД;
- если значение параметра/тега указано, то записываем в БД (включая пустое значение => NULL);
- если параметр/тег отсутствует, то оставляем текущее значение БД.
И проблема как раз в том, что код в этих точках входа (api) уже весьма сложный и неочевидный, с большими свистоплясками, чтобы вызвать базовую процедуру или выполнить прямой UPDATE. В первом случае это начитка большого числа параметров (текущее состояние в БД), а во втором это вынесенные контроли + запись в логи и пр. логика (хотя сам UPDATE таблицы смотрится конечно максимально читабельно). Делать свой вариант usp_update под каждый API выглядит трудозатратным (тем более там небольшая разница от api к api). Какая-нибудь обертка поверх базовой usp_update, которую можно было бы дергать из каждой точки входа (api), значительно бы упростила логику. Вопрос открыт :-)
15 ноя 21, 22:48    [22396413]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
invm
Member

Откуда: Москва
Сообщений: 9913
Tketano,

В качестве идеи
declare @t table (id int primary key, f1 int, f2 int, f3 int, f4 int);
insert into @t
values
 (1, 1, 2, 3, 4);

select * from @t;

declare @id int = 1, @f1 int, @f2 int, @f3 int, @f4 int;
declare @params xml = '<params f1 = "10" f4 = ""/>';

select
 @f1 = case when @params.exist('/params[1][@f1]') = 1 then @params.value('xs:integer(/params[1]/@f1)', 'int') else f1 end,
 @f2 = case when @params.exist('/params[1][@f2]') = 1 then @params.value('xs:integer(/params[1]/@f2)', 'int') else f2 end,
 @f3 = case when @params.exist('/params[1][@f3]') = 1 then @params.value('xs:integer(/params[1]/@f3)', 'int') else f3 end,
 @f4 = case when @params.exist('/params[1][@f4]') = 1 then @params.value('xs:integer(/params[1]/@f4)', 'int') else f4 end
from
 @t
where
 id = @id;

update @t
 set
  f1 = @f1, f2 = @f2, f3 = @f3, f4 = @f4
where
 id = @id;

select * from @t;
16 ноя 21, 09:50    [22396468]     Ответить | Цитировать Сообщить модератору
 Re: Шаблон SP для определения переданных параметров  [new]
Tketano
Member

Откуда:
Сообщений: 109
invm,

Спасибо за мысль. XML собирать в некоторых случаях может быть чуть труднее, но безусловно логика процедуры становится более прозрачной. На самом деле в некоторые точки (api) на вход и прилетают такие xml :)
19 ноя 21, 16:34    [22398032]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2      [все]
Все форумы / Microsoft SQL Server Ответить