Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Nick4
Зарегистрирован: 15.10.2011 Сообщения: 95
|
Добавлено: Сб Янв 31, 2015 1:38 pm Заголовок сообщения: Защита базы от изменений |
|
|
Есть необходимость защитить список от изменений, снимать защиту, изменять и опять устанавливать. Функция set table защиту устанавливает, но, как указано в документации, до конца сеанса в MI. Что в MB ничего не реализовано в этом направлении?! |
|
Вернуться к началу |
|
|
FedorinoFF
Зарегистрирован: 01.02.2007 Сообщения: 272 Откуда: Санкт-Петербург
|
Добавлено: Ср Фев 04, 2015 3:20 pm Заголовок сообщения: Re: Защита базы от изменений |
|
|
Nick4 писал(а): |
Есть необходимость защитить список от изменений, снимать защиту, изменять и опять устанавливать. |
Какой глубинный смысл в этих действиях? |
|
Вернуться к началу |
|
|
Nick4
Зарегистрирован: 15.10.2011 Сообщения: 95
|
Добавлено: Чт Фев 05, 2015 3:16 pm Заголовок сообщения: |
|
|
Смысл не дать пользователю изменить данные, что можно с лёгкостью сделать инструментом "информация" |
|
Вернуться к началу |
|
|
FedorinoFF
Зарегистрирован: 01.02.2007 Сообщения: 272 Откуда: Санкт-Петербург
|
Добавлено: Чт Фев 05, 2015 3:25 pm Заголовок сообщения: |
|
|
а чем не устраивает Set table UserEdit Off?
а программно меняйте в таблице все что хотите. |
|
Вернуться к началу |
|
|
Nick4
Зарегистрирован: 15.10.2011 Сообщения: 95
|
Добавлено: Пт Фев 06, 2015 2:16 pm Заголовок сообщения: |
|
|
set table useredit применяется исключительно для пользователей. У меня невозможно реализовать мультидоступ к серверу по причине большого количества пользователей и передаваемой информации. Поэтому реализована синхронизация. У каждого пользователя стоит копия, в момент запуска подтягивается обновления с сервера и модифицированные данные передаются на сервер. Все это обеспечивается и контролируется программой на MB. У пользователя требуется вывести список объектов. За неимением чего-то кроме списка, я вывожу. Но пользователь может там творить что угодно. Вот я и хотел перед выводом списка запретить редактировать базу. Но разработчики MI не потрудились сделать хотя бы Browse noedit. А set table readonly отключает редактирование базы до окончания сеанса MI, что выше моего понимания (хотелось бы разработчику глянуть в глаза и спросить а зачем?) Поэтому я растерялся. Один из выходов - копировать базу в другую и открывать в списке другую базу. Но мне кажется это похоже на ремонт поршневой через глушитель. |
|
Вернуться к началу |
|
|
FedorinoFF
Зарегистрирован: 01.02.2007 Сообщения: 272 Откуда: Санкт-Петербург
|
Добавлено: Пт Фев 06, 2015 4:37 pm Заголовок сообщения: |
|
|
Замечательно, а какая база используется? нельзя использовать разграничение доступа на базе? |
|
Вернуться к началу |
|
|
FedorinoFF
Зарегистрирован: 01.02.2007 Сообщения: 272 Откуда: Санкт-Петербург
|
Добавлено: Пт Фев 06, 2015 4:39 pm Заголовок сообщения: |
|
|
Nick4 писал(а): |
Но разработчики MI не потрудились сделать хотя бы Browse noedit. А set table readonly отключает редактирование базы до окончания сеанса MI, что выше моего понимания (хотелось бы разработчику глянуть в глаза и спросить а зачем?) Поэтому я растерялся. Один из выходов - копировать базу в другую и открывать в списке другую базу. Но мне кажется это похоже на ремонт поршневой через глушитель. |
а не надо было разработчикам озаботится защитой БД после закрытия Mapinfo? Косяк. однозначно. расстрелять. |
|
Вернуться к началу |
|
|
|