Представления С Выводом Документов На Несколько Строк

[Kizarek86]

Столкнулся с следующей проблемой:

Есть представление в котором выводится документу, причем на несколько строк (есть многозначное поле).

Set notesViewEntry = notesViewNavigator.GetEntry(NotesDocment)'Такая конструкция не получает такой документ, view_notesViewEntry = Nothing

Бегать по всему навигатору и отбирать строки принадлежащие NotesDocment капец как долго, представления большие.

Есть ли какие варианты по другому получить значения из представления зная документ?

 

[lmike]

где-то делал связку вьюэнтрисколлекшн и нафигатора...
через GetPos может туда копать?

 

[Kizarek86]

где-то делал связку вьюэнтрисколлекшн и нафигатора...
через GetPos может туда копать?

GetPos - чем может помочь? Если бегать им же по всей вьюхе скорость мало будет отличатся от GetFirst/GetNext.

 

[nvyush]

Есть ли какие варианты по другому получить значения из представления зная документ?

Значения в представлении выводятся в соответствии со значениями полей документа. Зная документ, какие проблемы получить значения полей? Зачем использовать notesViewEntry & notesViewNavigator?

 

[Кирилл Шваб]

kizarek,

а если с помощью метода NotesViewEntry.ColumnValues(x), то тоже долго получается?

 

[lmike]

GetPos - чем может помочь? Если бегать им же по всей вьюхе скорость мало будет отличатся от GetFirst/GetNext.

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

 

[Kizarek86]

Значения в представлении выводятся в соответствии со значениями полей документа. Зная документ, какие проблемы получить значения полей? Зачем использовать notesViewEntry & notesViewNavigator?

Ну в общем то вариант, но не особо то) Ибо категорию так не сгенеришь.

kizarek,
а если с помощью метода NotesViewEntry.ColumnValues(x), то тоже долго получается?

NotesViewEntry - ну так его получить то и не получается.

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

Ну если б надо было с определенного места с него бы и искал.
А наличие документа тут как раз обратная задача, найти по документу его значения в представлении.

Немного поясню что делаю, мб у кого есть примеры)
Делаю выгрузку выделенных документов в представлении в Excel.
Надо чтобы подходило под все представления с сохранение форматирования.

 

[lmike]

еще раз... я предлагаю передавать notesViewEntry = notesViewEntryCollection.GetEntry(NotesDocument)
а вот к навигаторской сучности переходить по GetPos
или через notesViewNavigator.GetEntry(notesViewEntry)
а позиция необходима для ограничения диапазона сканирования нафигатора

Добавлено: универсальным сделать не получится, ибо...
разнесение колумвэлью могет быть значительным (вплоть до границ вьюшки) и тогда сканировать таки придется всё, или перейти к методу поиска по ключу, что может не сработать (при отсут. сортировки)

 

[Kizarek86]

lmike,
очень получиться если бегать по всей вьюхе)

понятно что такая багофича имеет место быть, и должно быть 2а варианта выгрузки (при наличие вывода документа в несколько строк - медленно, и без оного быстро).

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