С точки зрения простоты - конечно проще на самой старичке писать нужный 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 :)