@otyxyyStof

Добрый день!
Пользователю доступно N-е количество представлений (порядка 40-50), один документ может отображаться только в одном представлении или в нескольких. Например, открыв 1-е представление ему надо по какому-то дополнительному критерию отсеять записи в нем - задать фильтр: по дате, по имени вложения или по какому-то еще полю (критерий может задаваться по полю, которое в данном представлении не отображается). После перехода на другое представление фильтр сбрасывается, хотя если бы не сбрасывался то ошибка с поврежденным документом все равно осталась бы.
Сейчас фильтр реализован через изменение поля View.SelectionFormula. При закрытии представления значение фильтра автоматически сбрасывается в исходное (вызывается View.SelectionFormula = "SELECT ..."). Все работает хорошо.
Только при каждом открытии базы в статусбаре выводится "document has been modified or corrupted since signed! (data)". Если значение SelectionFormula не изменять, то все проходит хорошо.
Поэтому вопрос: какие есть варианты реализации фильтра чтобы не было такой ошибки или же можно как-то "откатить" значение SelectionFormula в первоначальное состояние? И попутно: возможно ли генерировать формулу выборки для представления динамически? А то получается что некоторые представления отличаются одним полем всего, хотелось бы как-то это все упростить.
Заранее благодарен.

0

@mvyush

Всегда считал что данное сообщение выводится, когда подписанный документ затем модифицируется в бэкэнде, например, агентом. По крайней мере связи с формулой отбора не замечал.

0

@tmyky

http://web3.inttrust.ru/Site/itforum.nsf/a...E2?OpenDocument

0

@okupoko

После изменения SelectionFormula, необходимо взять документ вида и выполнить метод .Sign(), потом не забыть .Save()

0

@otyxyyStof

А если с базой работает много пользователей одновременно? Или же они будут подписывать каждый свое представление?

Добавлено:


Смысл в том, что пользователь перемещается по списку, где каждой записи должено соответствовать свое представление, в котором можно задать еще и фильтр. В каждом представлении может отображаться довольно-таки много документов (от десятков до нескольких тысяч). В какую сторону лучше тогда копать, чтобы производительность была пошустрее?

0

@Omh

Сообщение потому что меняешь элемент дизайна (view.SelectionFormula) и не подписываешь его потом.
Решение годиться только для single-user базы.

0

@otyxyyStof

Мне этот вариант сразу не понравился ;)
Сам понимаю, что решение с огромным количеством вьюх выглядит некрасиво, поэтому и ищу какую-то альтернативу...

0

@mvyush

Может список в Outline вынести? Обычно так делается. А фильтрацию можно штатную использовать, задействовать хранимые фильтры.

0

@Omh

Количество записей фиксировано?
Если да, то кол-во записей = кол-во view
Если нет, что-то вроде ShowSingleCategory




db.Search/db.FTSearch + отображение по желанию: RichText, Html, внешний файл

0

@okupoko

Посмотри @SetViewInfo(), может поможет

0