|
17.03.2009, 13:58 | #1 |
Участник
|
Совсем что то таинственное случилось с этим полем... в одной базе поле это активно! в другой базе не активно!! Активно всмысле в него можно провалиться и настроить его.. почему это поле вдруг стало на активно?, база sqlая, это точно! в чем же причина? почему я не могу провалиться в фильтр защиты?!
|
|
17.03.2009, 18:27 | #2 |
Administrator
|
разные объекты
table и tabledef |
|
18.03.2009, 10:38 | #3 |
Участник
|
поясни пожалуйста...
|
|
18.03.2009, 13:30 | #4 |
Administrator
|
есть тип данных Таблица, а есть тип объекта Данные.
так вот на Данных он ставится, а на Таблице - нет может, дело в этом? |
|
18.03.2009, 14:14 | #5 |
Участник
|
Нет... пытаюсь вставить в данные!
|
|
18.03.2009, 15:06 | #6 |
Участник
|
Кстати, версии клиентов, где работает и не работает разные или одинаковые?
|
|
18.03.2009, 21:43 | #7 |
Участник
|
стоит отметить, что базы на одном сервере находятся. в одной базе проводили тестирование, настроили роли с фильтрами защиты, перенесли в рабочую базу через форму 8601. фильтры естественно не встали. пробуем поставить по новой - и не можем зайти!
|
|
19.03.2009, 08:15 | #8 |
Участник
|
Цитата:
то есть данные тут не причем. |
|
19.03.2009, 08:19 | #9 |
Участник
|
|
|
19.03.2009, 16:22 | #10 |
Участник
|
А само поле доступно для редактирования? Курсор проваливается? Или и поле недоступно и ассист не выбирает поля для установки фильтров?
Если поле для редактирования доступно, но ассист не работает скопируйте значения поля Фильтр защиты из работающей базы и вставьте в соотв поля неработающей. |
|
23.03.2009, 14:43 | #11 |
Участник
|
спасибо, уже разобрался1
|
|
23.03.2009, 15:27 | #12 |
Участник
|
|
|
24.03.2009, 15:04 | #13 |
Administrator
|
|
|