Есть таблица Table с полями p1,p2

Table 
p1 p2
 0  10
 1  20
 1  10
 ...
Пусть, Поле p1 может принимать только 2 значения 1 и 0,

Есть стороннее приложение, в котором показывается (допустим) в гриде результат 
некоторой выборки из Table,
например:
 0 3
 0 2
 1 4
 1 8
 ...
Пусть при запуске приложения мы подключаемся к базе как польз, например Scott
Возможно ли вообще сделать такое:
Скрыть строки в этом гриде, у которых поле p1 = 0.
То есть, результат
 * *
 * *
 1 4
 1 8

Доступа к коду приложения не имеем!
Есть ли возможность как то закодировать или скрыть(закрасить и пр) эти строки ...?
Например один из вариантов при подключении как Scott вообще удалить эти строки:
delete from Table where p1=0, а потом откатить...
Ну это конечно бредовый вариант 






Это сообщение отредактировал(а) Petro123 - 22.4.2009, 15:38

переименуйте табличку, выставьте приложению вьюху

А как же другие пользователи(которым нужны полные данные)! 

Вариант замечательный!!! 
Особенно 


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

Fine-Grained Access Control

Спасибо за советы, 
почитал Тома Кайта по теме "Тщательный контроль доступа"

Простите, но еще один вопрос :

Как задействовать возможность пакета dbms_rls?

Тынц

как вариант Oracle Label Security http://download.oracle.com/docs/cd/B19306_...ro.htm#OLSAG001 

но опять же Enterprise Edition

Мда рано значит обрадовался, ...
у нас Oracle 10g Release 2 Standart Edition

Может есть какой вариант для Standart Edition или докупать Enterprise надо?

Есть

На тот вариант приложение ругается, что  таблица или представление пользователя не существует,
почему то...

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

конечно нехватает информации о чем конкретно идет речь, в каком контексте работаем и какие ограничения имеем...

еще как вариант, по типу того же OLS, но только самодельное:
1. имеем проект (аккаунт / схема, где собсно сидят таблицы с данными)
2. имеем интерфейс (аккаунт / схема, где сидят вьюшки на таблицы проекта, о них подробнее ниже)
3. имеем юзеров (аккаунты / схемы, которые нужны только для того, чтобы дать тому или иному юзеру доступ к базе)
4. имеем служебную табличку (например permissions), где прописано может ли пользователь "видеть" тот или иной объект / запись (то есть что то типа USER, OBJECT_ID, ALLOWED). 

Вообще достаточно раздать права на родительские объекты / записи, при этом ессно если не виден родитель, то и все дети будут не видны.

5. Вьюшки в интерфейсе это те же селекты на соотв таблички проекта, но с одним добавленным условием, типа 

select ... from project.my_objects mo where 1 = (select ALLOWED from PERMISSION p where p.OBJECT_ID=mo.ID and USER=user)

Сценарий.
1. юзер коннектится к БД с помощью собственного аккаунта , при этом указывая интерфейс с которым он хочет работать (а интерфейс завязан на проект)
2. юзер работает со вьюшками интерфейса, которые выдают ему только то, что он должен видеть
3. имена вьюшек в интерфейсе могут быть абсолютно идентичными именам таблиц в проекте

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