|
|
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Пытаюсь разрешить доступ ролей к данным только через VIEW,SP... Однако, получаю необновляемые наборы данных до тех пор, пока не разрешишь доступ к таблице. В чем ошибка? Просветите, пожалуйста!!! (SQL SERVER-2000 and ADP-2002) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 03:03 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Э, я просто не очень понимаю, зачем разрешать через View, но ставить запрет на таблицу? Данные же в неё заносятся.... Если только на чтение, то проблем быть не должно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 09:10 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Проблема в том, что пользователь должен видеть ТОЛЬКО то, что разрешено (горизонтальное ограничение). При этом иметь возможность обновлять, добавлять, удалять данные! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 09:55 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Ну так заводятся роли пользователей и на табличку этим ролям ставятся разрешения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 10:06 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Именно в этом и заключается проблема. Пока не разрешишь роли непосредственный доступ к таблице, получаешь необновляемый набор!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 10:15 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Это не проблема - это реалии, так и должно быть. Как иначе-то??? Такая схема не может существовать - я всем отрубаю доступ (т.е. не устанавливаю), но хочу чтобы они его имели всё-таки. Это как так??? Вы, когда на диск кому-то доступ даёте на сетевой, его прописываете в пользователях? Как пользователю, не админу, получить доступ на ваш комп, если на шару не установлены разрешения? Так же и на сервере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 10:28 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Типа все, что не разрешено - запрещено ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 10:34 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
WITH OWNERACCESS OPTION спасет отца русской демократии Специально для этого и придумали Только не помню как оно в MS SQL. Уж сами найдите ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 10:41 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Еще раз излагаю проблему. Необходимо разрешить роли полный (чтение, добавление и т.д.) доступ только к "своим" данным в таблице, реализовать горизонтальное ограничение данных. Создаю представление, ограничивающие данные, устанавливаю разрешения для роли. Но получаю необновляемый набор!? Если предоставить роли доступ и к таблице, то пользователь роли сможет читать все данные, что в моем случае просто недопустимо. З.Ы таких таблиц множество, так что разделением не лечится! ВОПРОС: как реально реализовать такую схему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 11:39 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Горизонтальное разделение - это по столбцам? Так и разграничивай доступ к столбцам. Незачем огород с вьюхами городить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 11:46 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Вопрос: какаим образом разрешить РОЛИ работать: читать, добавлять... только со "своими" данными(как я понимаю- это сделать представление). При этом ИСКЛЮЧИТЬ возможность даже просмотра данных непосредственно в таблице. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 12:25 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
горизонтальное ограничение - это по строкам! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 12:27 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
>какаим образом разрешить РОЛИ работать: читать, добавлять... только со "своими" данными(как я понимаю- это сделать представление). В таблице (и соответсвенно во вьюхи) д.б. поле типа индификатора пользователя (можно, например, и suser_sname()). Накладываешь на вьюху ограниечние where ID_User=suser_sname()). И главное: ставишь WITH CHECK OPTION . Все попытки чужого обновить записи будут отклонены. Просмотреть ничего не сможет, удалить тоже. Оно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 12:31 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Можно все обновления (insert,update) проводить через хранимые процедуры,предоставив роли право доступа EXECUTE к соответствующей ХР ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 12:55 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Запретить изменеия, добавления,удаления "ЧУЖИХ" записей не проблема: триггера и все-во делов! Задача: запрет ЧТЕНИЯ "ЧУЖИХ" записей в таблице!!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 13:41 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
>В таблице (и соответсвенно во вьюхи) д.б. поле типа индификатора пользователя (можно, например, и suser_sname()). Накладываешь на вьюху ограниечние where ID_User=suser_sname()). И главное: ставишь WITH CHECK OPTION . Все попытки чужого обновить записи будут отклонены. Просмотреть ничего не сможет, удалить тоже. Оно? Через вьюхи не сможет, но кто помешает открыть непосредственно таблицу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 13:48 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Если ограничение на чтение чужих записей нужно наклыдывать из интерфеса -тогда поле с пользователем, как уже сказано. А вот если у человека есть доступ к Бд, то я не знаю, как ему запретить выполнить Select * from SomeTable, кроме ограничения на уровне роли или пользователя. По столбцам можно давать доступ, по строкам нет, разве что запретить доступ к табличке всем, а добавление, изменения и редактирование записей решать через триггеры и хранимые процедуры. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 13:53 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Если доступа к серверу нет, то всё решатся на клиенте, создаётся ade, скрывается окно БД, создаётся своё меню, запрещаются спец. клавиши и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 13:55 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
2 Hammer Если доступа к серверу нет, то всё решатся на клиенте, создаётся ade, скрывается окно БД, создаётся своё меню, запрещаются спец. клавиши и т.п. И продвинутый пользователь спокойно выполняет из любого места (из пустой базы) команду Код: plaintext Это не система защиты, а фуфло получается. Из здания перекрыли все выходы. "Идиоты" - подумал Штирлиц и вышел через вход ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 14:07 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
2 New1 На аксесе я бы сделал так 1. Отобрать права на таблицу у всех и вся - дабы никто никак не записал и не прочитал. 2. Создать вьюху (запрос) с ограничением набора данных - дабы видно было только "свои" данные 3. В запросе прописать "WITH OWNERACCESS OPTION" - дабы данные можно было все-таки читать/писать ( только через эту вьюху) несмотря на отсутствие прав на таблицу В ms sql должен быть похожий механизм. И вообще, такие вопросы надо задавать в форуме по ms sql ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 14:14 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Каким это интересно образом из пустой базы он выполнит команду не зная подключения к серваку? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 14:14 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Каким это интересно образом из пустой базы он выполнит команду не зная подключения к серваку? Проинтуичит какая должна быть строка подключения А уж в базу MS SQL Server его пустит. Ведь должен же он работать (хотя бы со своими данными) Не предлагаешь же ты строить защиту на том, что никто не знает как сервер называется? Окстись. Пустая база - это чтобы понятнее было, что ade/скрытие окна бд и т.п. не является средством защиты. Так, противомоскитная сетка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 14:22 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Однако, получаю необновляемые наборы данных до тех пор, пока не разрешишь доступ к таблице. В чем ошибка? А во View одна таблица или запрос ? А что первичный ключ таблицы во View-е присутствует ? Каким это интересно образом из пустой базы он выполнит команду не зная подключения к серваку? Например, использует другое средство подключения к SQL серверу. Или в Notepad напишет простенький Vb Script с использованием ADO и WindowsAuthentication ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 14:23 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
ой... тяжела артилерия пришла... ховайся в бульбу... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 14:26 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Да,что-то к нам корифеи зачастили. К чему бы ? Например, использует другое средство подключения к SQL серверу. Или в Notepad напишет простенький Vb Script с использованием ADO и WindowsAuthentication Glory,спасибо за совет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 14:32 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Так мы речь ведём о способах взламывания или о продвинутых пользователях?:) А то так можно далеко уйти. Поставлю вопрос ЛОху - есть ли у него в конторе именно пользователи БД с такой интуицией:) У нас никогда не стояло такого вопроса как чтение из таблички только своих записей - потому что такой специфики нет, есть много ролей и пользователей в зависимости от принадлежности роли, осуществляется доступ к таблицам - устанавливаются разрешения на Select, Update и т.п. Если бы стоял, завели бы поле с пользователем и закрыли доступ к таблице всем, всё. Я нигде и не утверждал, что никто не знает имени сервака, и защиту строить на этом не собираюсь. И писал исключительно про интерфейс (что касается ade). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 14:42 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
2New1 >Запретить изменеия, добавления,удаления "ЧУЖИХ" записей не проблема: триггера и все-во делов! Задача: запрет ЧТЕНИЯ "ЧУЖИХ" записей в таблице!!!! Where стоит на пользователя. Зашел Пупкин - он и получит записи Пупкина. И не надо кричать! ЧТЕНИЯ, понимаешь, "ЧУЖИХ". Не глухой. :) Тока осталось решить проблему доступа к самой таблице. Хотя если юзвери не бум-бум - то временно данный способ сгодиться.А если бум-бум - будет бум. Или бом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 14:47 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
В таблице (и соответсвенно во вьюхи) д.б. поле типа индификатора пользователя (можно, например, и suser_sname()). Накладываешь на вьюху ограниечние where ID_User=suser_sname()). И главное: ставишь WITH CHECK OPTION . Все попытки чужого обновить записи будут отклонены. Просмотреть ничего не сможет, удалить тоже. Оно? Через вьюху да! Но кто помешает пользователю читать таблицу?!!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 14:52 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
2 Hammer Поставлю вопрос ЛОху - есть ли у него в конторе именно пользователи БД с такой интуицией:) Пользователей у меня много, есть и такие. Но мы от этого и не защищаемся. Файл-серверную систему защищать - гнилое дело. Ну настрою я супер-пупер защиту, так что сам буду вынужден программировать через жопу, ну и что? Кому надо - весь файл с данными на дискетках домой перетаскает и за бутылку пива ему его сломают. Но это мой случай. Так мы речь ведём о способах взламывания или о продвинутых пользователях?:) Мы ведем речь об ограничении доступа к "чужим" записям без ограничений доступа к "своим". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 14:59 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Глори пришел, Глори ушел, а волшебного слова так и не сказал... эх... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:00 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
чего вы весь день мозги парите? в BOL русским, тьфу, английским языком написано, что для таких случаев, как в сабже, доступ к таблицам закрывается, пишется запрос на выбор данных из таблицы, и дается доступ нужным ролям к этому запросу. раз написано значит работает только ( arTimon смущенно улыбается ) вот прям сейчас я не нашел где это написано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:06 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Это спасет отца русской демократии ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:10 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
ну вот нашелся грамотный человек, по русски все написал, но тока создатель топика говорит что не выходит у него такой фокус ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:17 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Утверждается (автором топика), что как только закрываешь доступ к таблицам - вьюхи становятся необновляемыми. Или это глюк у автора, или так оно и есть. Или нам мозг весь день парят. По мне так глюк у автора - по логике если уж права на таблицу влияют на доступ к данным через вьюху, то тогда бы вьюхи были бы не только необновляемыми, а еще и нечитаемыми. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:18 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
>Через вьюху да! Но кто помешает пользователю читать таблицу?!!!! Дед Мороз. == Сейчас попробовал: создал таблицу, запретил Select для юзверя, создал вьюху - разрешил чтение. Таблица даже в списке не появилась объектов, а вьюха показывает записи. Попытка создать ХП с выборкой из таблицы окончилась не удачей - не было прав на ХП. Дал права - выбрал. Не дал -не выбрал. Может где и ошибся (уж извинити) - мне эта защита пока на фиг не нужна. А вот New1 нужна - но он почему-то не пробует сделать хоть что-нибудь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:18 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Прочел VIG и Лоха и понял АпАздАл (С) сами знаете :) 2Лоху Парят. ОднАзнАчнА. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:20 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Надо проверить в QA что невозможность обновить данные в представлении это именно "инициатива" сервера, а не Access как клиента. Если и в QA представление необновляемо, то тода нужно увидеть его текст. А так все должно работать именно так как показал VIG ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:26 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Если уже работаете с SQL server , то и методы должны быть соответствующие...а не MSA-вые... Во-первых, доступ к таблице дать только на просмотр(или вьшке это вообще не важно ) а все опреации делать по вставке или апдейту делать через хранимые процедуры на котрые уже давать доступ конкретным пользователям.., блин в чем проблема... Странные какието , или что то я не понимаю... но все равно молодцы...:)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:31 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Если в QA сделать Select. То будет ошибка "SELECT permission denied on object 'q'" Если сделать селект по вьюхи, то данные возратятся. Осталось в пример VIG'a добавить WITH CHECK OPTIONS и можно продавать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:32 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
В таблице (и соответсвенно во вьюхи) д.б. поле типа индификатора пользователя (можно, например, и suser_sname()). Накладываешь на вьюху ограниечние where ID_User=suser_sname()). И главное: ставишь WITH CHECK OPTION . Все попытки чужого обновить записи будут отклонены. Просмотреть ничего не сможет, удалить тоже. Оно? Так-то оно так. Но кто помешает пользователь обратьтся непосредственно к таблице?! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:35 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
2a™ >а все опреации делать по вставке или апдейту делать через хранимые процедуры на котрые уже давать доступ конкретным пользователям.., Зачем ХП? Когда есть способ красивше (ИМХО)? Все логика и вся защита в 2-х конструкциях Where и WITH CHECK OPTIONS. Само собой - запретить какие-либо действа с таблицей и запретить изменения вьюхи. Можно и шифрануть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:37 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
так у тебя запрет на доступ к таблице должен быть наложен Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:38 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
>Так-то оно так. Но кто помешает пользователь обратьтся непосредственно к таблице?! AAAAAAAAAAAAAAaaaaaaaaaaaaaaaaaaaaaaaaaa!!!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:39 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
2 Senin Viktor Зачем ХП? Когда есть способ красивше (ИМХО)? Имхо, через ХР надежнее. ...и можно продавать Иду в долю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:48 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
2 Сенин Виктор Ты не переживай так. У него видимо буфер обмена необновляемый Вот и постит одно и то же уже в который раз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:48 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Прошу прощения, написал до этого несколько практически одинаковых сообщений (что-то) не обновлялся Инет. Я понимаю, более того, проверил, что не открывая доступа к таблице (SELECT), можно заставить пользователя читать "СВОИ" данные через вьюхи. А обновление, добавление, удаление реализовать через ХП но это ж сколько надо сделать. Но ведь есть же великолепная штука огранечения столбца(Вертикальное).Почему же нельзя реализовать аналогичну штуку со строками. К сожалению, сейчас нет возможности проверить некоторые предложенные варианты. По поводу продвинутых пользователей можно сказать: нельзя недооценивать друга-противника!!! Они такие разные! А все равно всем спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:55 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
2 VIG Зачем ХП? Когда есть способ красивше (ИМХО)? Имхо, через ХР надежнее. Зато через вьюху - правильнее (имхо) Если все изменения делать через хр, то в каждой такой хр надо будет ставить проверку "свой"/"чужой". Мало того, что лениво, так еще и забыть/ошибиться случайно можно А так сделал вьюху - гуляй смело. Над ней колдуй как хочешь. Хошь - с помощью хр ее меняй, хошь - напрямую редактируй. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 15:55 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
2Лоху Присоединяюсь к защите вьихи :) 2 VIG беру в долю :) только откажись от идеи с ХП или обоснуй. М.б. мы с ЛП не правы? 2New1 > А обновление, добавление, удаление реализовать через ХП но это ж сколько надо сделать. Охрип я уже. Кхх..х.. Ты и делай инсерты и апдэты ВЬЮХИ. WITH CHECK... не даст внести, удалить, обновить то, что не попадает в фильтр наложеный where. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 16:03 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Но ведь есть же великолепная штука огранечения столбца(Вертикальное). Все-таки ограничение по столбцам - горизонтальное. А по строкам - вертикальное. Или это я уже на боку лежу? Почему же нельзя реализовать аналогичну штуку со строками патамушта их многа ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 16:13 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
или обоснуй. М.б. мы с ЛП не правы? 1.Я не говорил,что вы не правы.Я сказал,что ИМХО(ключевое слово),... 2.Я считаю,что чем сложнее(vs проще) программа,тем больше потребность в программисте,ее написавшую 3.Вьюха не всегда может быть обновляемой.Тогда все равно надо писать ХР или триггера.так пусть уж будет какой то один стиль 4.ну и безопасность разумеется через ХР повыше Когда мы будем делить наши деньги? (Паниковский,Золотой теленок) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 16:46 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Когда мы будем делить наши деньги? VIG, ты наверное забыл. Тут все только за енотов продается. Енота, конечно, тоже можно разделить, но жалко животинку. Так что надо вместо одного большого толстого енота просить несколько маленьких, а их уже распределять между участвовавшими. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 16:54 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
2ЛП: строки они горизонтальные (обычно) поэтому если закрываешь доступ к к.-л. строкам это называется горизонтальное ограничение, а столбцы как раз наоборот, поэтому и называется вертикальным так что хватит на боку валяться, вставай :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 17:05 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
VIG, ты наверное забыл. Тут все только за енотов продается. Я не забыл.Но к тому времени ,когда я на форуме появился всех енотов уже раздали :) В прочем я подожду ,когда VsevolodV закончит писать свою программу по валютному пункту.После этого знаменательного события ,там начнется такой бардак,что пропажи энной суммы все равно никто не заметит(или спишут на программу).Так что можно будет спокойно "брать". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 17:07 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
А интуитивно кажется, что если закрываешь доступ к строкам, то ограничение вертикальное, т.к. по вертикали нельзя двинуться. Также и со столбцами. Но это, конечно, имхо. Зря я встрял ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 17:10 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
строки они горизонтальные Это одна строка - горизонтальная, а набор строк - вертикальный (сверху вниз обычно). Если ограничиваешь набор строк - то, ессно, ограничение получается по вертикали. Соответственно поля - расположены по горизонтали (обычно слева направо, не знаю как в израиле). И ограничение столбцов - тоже должно называться "горизонтальным". Называть ограничение по вертикали "горизонтальным ограничением" и наоборот? Лучше уж я прилягу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 17:17 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
2VIG Ключ. слово "ИМХО" я видел :) >3.Вьюха не всегда может быть обновляемой.Тогда все равно надо писать ХР или триггера.так пусть уж будет какой то один стиль Те вьюхи, которые здесь подразумеваються будут обновляемы: ибо строяться на 1 таблице. Вся остальная логика - опираеться на эти вьюхи. Есть 100 таблиц - есть 100 вьюх. Построенные по одному принципу и на одной логике (простой). >.ну и безопасность разумеется через ХР повыше По подробней можно? На вьюху можно выставить несколько видов ограничений, на ХП - только 1 (речь о встроенных в сиквел средствах безопасности). Мне кажеться, вьюха гибче в плане организации защиты, шире так сказать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 17:20 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
> не знаю как в израиле Даю справку. :^) Поддержка иврита включает в себя свойства типа Orientation, Direction и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 17:25 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
Те вьюхи, которые здесь подразумеваються А если те ,которые не подразумеваются? Тогда что ?Бежать на форум с криком Помогите не могу обновить данные через представление? По подробней можно? Самому лень формулировать,поэтому процитирую Тихомирова. "Обьединив представления и ХР можно ... еще больше заблокировать информацию.Создав представления только для чтения,можно заставить пользователей обновлять и добавлять записи с помощью ХР...,чио позволяет полностью взять под контроль процессы изменения записей,выполнение проверок входной информации и.т.д." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 17:41 |
|
||
|
Проблема с ограничением доступа к данным в таблице
|
|||
|---|---|---|---|
|
#18+
to: arTimon и Лох Позорный (относительно терминологии) "Вертикальное ограничение означает, что пользователю разрешается видеть некоторые столбцы, но не все." "Представление можно также использовать для горизонтальных ограничений, не представляя все строки" (Microsoft SQL Server 2000. Энциклопедия программиста, стр.136) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2003, 20:40 |
|
||
|
|

start [/forum/topic.php?all=1&fid=45&tid=1680207]: |
0ms |
get settings: |
7ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
60ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
101ms |
get tp. blocked users: |
2ms |
| others: | 215ms |
| total: | 424ms |

| 0 / 0 |
