Всем привет,

Есть задачка создать форму с несколькими закладками для возможности редактирования различных параметров на каждой из закладок.
Необходимо, чтобы изменения на форме сохранялись в базу только при нажатии Save на форме, а не при редактировании полей/таблиц на форме. Чтение параметров в форму и сохранение параметров нужно реализовать через stored procedure.


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


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

pation,

То решение которое я описал - оно правильное? Если ли более оптимальное решение?

Где-то в степиTestor1,
Вы озвучили только задачу, решения не вижу, вы какой технологией пользуетесь, озвучьте название орм, объясните
принцип разбиения на табсы (статичный - только для одного типа ( в рукопашную), или автоматический по маркерам полей - универсальный - для всех типов, чьи поля помечены маркером)

Я пока не знаком со всеми терминами

Использую с# asp.net devExpress последний

Работа с базой идет только через stored procedures (xpo - технология).

Табы на форме статичны.

Для примера:

Основная форма настройка одной из акций
На таб1 - список магазинов, которые могут участвовать в акции
На таб2 - список правил по начислению бонусов при выполнении плана продаж

схема с магазинами и бонусами - это простая схема приведенная для примера. реальная схема намного сложнее.

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

Где-то в степизачем тут процедура?..., две не связанные сущности, магазины и правила начисления, это все можно вытащить двумя запросами к двум таблицам ( магазины, и правила начисления)

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

С точки зрения простоты - конечно проще на самой старичке писать нужный select/insert/update/delete, НО если честно я не до конца смог разобраться как ограничивать права пользователей на разные таблицы (на уровне столбцов и строк). Более менее понятно, когда таблиц мало и связок между таблицами мало, а вот когда их много, то возникает куча вопросов. С точки зрении использования процедур - я создаю одну процедуру на N действий с основной таблицей и/или связанной таблицей. В начале тела процедуры проверяю права пользователя на select/insert/update/delete. Я не утверждаю, что это самая правильная схема, но пока та, что мне понятна.

Если кто-то может на простом и понятном примере объяснить как организовать разграничение доступа на таблицы на уровне столбцов и строк, то буду очень благодарен.

Где-то в степиskyANA,
ну если они связаны, почему он применяет "несколько select-ов." а не мои любимые джойны?

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

таблицы для примера
aktsia
id int IDENTITY(1,1) NOT NULL
name nvarchar(50) NOT NULL
data_starta date
datat_zavershenia date

aktsia_magazini
id int IDENTITY(1,1) NOT NULL
aktsia_id INT
magazin_id INT

aktsia_yslovia
id int IDENTITY(1,1) OT NULL
aktsia_id INT
kolichestvo_prodaj_za_mesiats INT
bonus INT


Я планирую пройти курсы по MVC, но скорее всего это будет не раньше начала следующего года, а пока использую накопленные знания и опыт. Не всегда бывает время на нормальное самообучение. Поэтому и вынужден обращаться за советами к специалистам.

Что касается stored procedures и orm - есть куча споров на этот счет и каждая из сторон видит свои плюсы в выбранном подходе.

http://www.developmentalmadness.com/archive/2009/06/23/data-access-stored-procedures-vs-orm-ad.aspx

skyANATestor1С точки зрения простоты - конечно проще на самой старичке писать нужный select/insert/update/delete, НО если честно я не до конца смог разобраться как ограничивать права пользователей на разные таблицы (на уровне столбцов и строк). Более менее понятно, когда таблиц мало и связок между таблицами мало, а вот когда их много, то возникает куча вопросов. С точки зрении использования процедур - я создаю одну процедуру на N действий с основной таблицей и/или связанной таблицей. В начале тела процедуры проверяю права пользователя на select/insert/update/delete. Я не утверждаю, что это самая правильная схема, но пока та, что мне понятна.

Если кто-то может на простом и понятном примере объяснить как организовать разграничение доступа на таблицы на уровне столбцов и строк, то буду очень благодарен.Хм... А покажите кусок кода хранимой процедуры, что у Вас проверяет права пользователя на select/insert/update/delete, на уровне столбцов и строк.

P.S.: ссылку про NextResult посмотрели?

Пока не смотрел, но посмотрю. Скоро буду реализовывать эту часть. Знаю, что возможно получение результатов от нескольких запросов.

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

Testor1skyANAпропущено...
Хм... А покажите кусок кода хранимой процедуры, что у Вас проверяет права пользователя на select/insert/update/delete, на уровне столбцов и строк.

P.S.: ссылку про NextResult посмотрели?

Пока не смотрел, но посмотрю. Скоро буду реализовывать эту часть. Знаю, что возможно получение результатов от нескольких запросов.

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

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

skyANATestor1, но если хочется именно через хп и несколько select-ов, то читай про извлечение нескольких результирующих наборов при помощи NextResult тут .

Реализовал, но столкнулся с проблемой.

В процедуре три селекта select1, select2, select3.

NextResult - возвращает результаты запросов не в той последовательности в которой вызываются селекты. Почему? и как определить какой селект сработал?

skyANATestor1, код покажите.

Сорри был занят. Старый код удалил.

Напишу что делал. Сейчас же временно вызываю три процедуры. Нужно было срочно запустить функционал страницы :(









В dtTable1 - попадали данные из table1.
В dtTable2 - попадали данные из table3.
В dtTable3 - попадали данные из table2.

Структура таблиц разная. С помощью Debugger-а отследил, что данные в DataTable загружаются не в той последовательности в которой объявлены селекты.

skyANA,

Уже код адаптировал на DataSet.
Тесты с несколькими селектами проведу в пятницу. Сейчас запарка.

Спасибо за поддержку.

Testor1,

Почти все реализовал через dataset + tvp.
Всем спасибо

EnomayTestor1пропущено...


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

жуть какая :)

Ждем курсов MVC3 :)