Newsgroup: it.comp.appl.notes-domino
Titolo: Filtrare le viste da programma

Ciao!
Qualcuno ha avuto modo di filtrare una vista corrente da programma (lotus
script?)
In sostanza chiedo se esiste un metodo equivalente della ricerca FullText
che fornisce notes ma scatenabile da Programma.
Da web non c'e' problema con searchView.
Da script... non mi sembra... ho anche visto sul NG della lotus... ma tutti
propongono delle soluzioni attraverso le cartelle.... se qualcuno sa
qualcosa...
Ciao a tutti e grazie!!

cosa intendi di preciso con filtrare le viste?
io di solito uso il sistema di creare un pulsante in una vista , con la
command toolsrunmacro lanciare un agente che all'interno ha una
unprocessedsearch con la forumala di selezione che ti interessa, ma non so
se  questo che intendi.
se vuoi posto o ti mando il codice.
ciao
Paolo Armando
Programmatore Notes&Domino
Orgoglioso di esserlo!
03475091395
-- 
Posted from [213.255.46.171] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Scusa ma con "UnprocessedSearch" che prestazioni hai??
Io spesso uso Search ma non è il massimo della velocità.

 ha scritto nel messaggio
news:OFB53B2276.84B4A827...@sai.it...


Io spesso uso Search ma non è il massimo della velocità.
buone (io lo uso per selezionare dei documenti in base alla formula
dell'unprocessed e poi per stampare quei documenti con un altro form, e la
stampa parte subito) , ma tieni conto che nella vista non ho mai più di
mille documenti, quindi non faccio testo per la velocità.
l'indice della vista è impostato su Auto , non scarto mai l'indice è anche
il db è indicizzato.


Vedo che sei venuto da noi, poi...
O non eri tu quello incazzato con Marco D'Itri? ;-)
paolo....@sai.it
 ha scritto nel messaggio ...


 è anche il db è indicizzato.
Ok sono nelle stesse condizioni con la differenza che io interrogo un db 
di 6/7 Gb con circa 780.000 doc.
Alla prima occasione lo provo per verificare la differenza ma per renderlo 
performante devo trovare un algoritmo diverso usando "GetDocumentByKey".
Ciao.

 performante devo trovare un algoritmo diverso usando "GetDocumentByKey".
Un po di buon senso non fa mai male ;-)))
Spiega le necessitą (viste disponibili, chiavi, richieste di ricerca, etc.)
e troviamo l'algoritmo.

Opsss!
po -> po'

e troviamo l'algoritmo.
Grazie Juda ma per ora non c'è problema. Funziona un pò piano sul server 
ma funziona.
Appena ci metterò le mani vedo se ne vale la pena in quanto è una 
consultazione che viene fatta quasi esculivamente sui client che hanno il 
DB in replica e di conseguenza hanno una quantità di doc che non va a 
gravare sulle prestazioni.
Ero io che avevo fatto una prova per verificare quanto più lento era se 
facevi un Search su un DB così grosso.
Ciao.

 ha scritto nel messaggio
news:OFB53B2276.84B4A827...@sai.it...


Ciao e grazie! :-))
Usa "FTSearch" (e' obbligatorio che il DB sia indicizzato) e ti restituisce un 
"collection".
Riciao.

 ha scritto nel messaggio
news:4Tm66.314$eB2....@news.infostrada.it...



Non e' obbligatorio, perche' male male fa lui un'indicizzazione
estemporanea, ma e' mooolto preferibile.
Per la precizione!!
Ciao,
TL14!
------------
Se la fortuna e cieca,
la sfiga ci vede benissimo
e a volte piglia pure la mira
------------

Problema prestazioni :
lo uso in un DB da 12.000 documenti e va' alla grande...
Forse per che il server Notes contempla 256Mb di RAM, probabile.
Ho usato solo un'accortezza, prima di visualizzare la collection
faccio una count e se i record sono maggiori di n domando se
continuare o meno.


Per la precizione!!
A dire la verità, più che una indicizzazione temporanea, si scorre tutti i
documenti ad uno ad uno in maniera sequenziale :-)
Cosa non molto preferibile :-)))

Senti ma invece di star qui! quand'e' che andiamo a fare questa
mangiata e quella bevuta che da tempo rimane in attesa?


mangiata e quella bevuta che da tempo rimane in attesa?
A dire la verità ho sentito gli interessati locali ieri, ma mi devono dare
una risposta.