Si sa benissimo che Notes non è proprio rapido nell'accesso e nell'utlizzo di applicazioni rispetto a qualsiasi altra framework presente sul mercato, ecco perchè si è pensato bene di dare alcuni consigli sullo sviluppo di applicativi che permetterebbo di diminuire notevolmente i tempi di risposta e di iterazione tra l'utente e l'applicazione sviluppata.
Questo articolo è ovviamente dedicati ad un target di utenti esperti nello sviluppo.
1) DATABASE PROPRIETIES (PROPRIETA' DEL DATABASE)
- Don't mantain unread marks
Selezionando questo box, i documenti non letti non verranno monitorati nelle vostre applicazioni, ricordate che questo settaggio ha effetto su ogni vista presente nel database. Abbiamo utilizzato un Orologio per monitorare il tempo di apertura di un database ottenengo a sorpresa grandi risultati.
Per grandi applicazioni di oltre 20 GB (con più di 200.000 documenti) il database può essere aperto in 5 secondi non abilitando questi flag, incluso anche il traffico di rete. Abilitando questa opzione si debbono attendere 6 secondi in più per l'apertura.
Ciò è dovuto alla chiamata di routine GET_UNREAD_NOTE_TABLE and RCV_UNREAD che vengono invocate solo se questa opzione è abilitata.
In database più piccoli invece ( 1 GB al massimo ) con questa opzione disabilitata abbiamo ottenuto che ci vogliono 0,5 secondi per l'apertura
Ovviamente il fase di sviluppo è necessario considerare questo aspetto prima di mettere in produzione un database
- Optimize document TABLE map
Questa caratteristica non è stata cambiata dal passato delle release di Notes/Domino. Questa caratteristica è destinata per accelerare l'indicizzazione di vista per le applicazioni con le strutture che assomigliano alla domino directory. (cioè contengono molti documenti che usano una form e un piccolo numero di documenti usando una form differente. Si Pensi ai documenti dei People contro i documenti Server della domino directory)
L'idea è che, invece di controllo ogni volta il documento per vedere se o non esso dovrebbe essere incluso in un indice di vista, facciamo due passaggi. Il primo passo controlla solamente per vedere se è corretto il nome della FORM associato con quel documento. Il secondo passo, se necessarioi, controlla altre condizioni che devono essere inserite nelle note del documento della vista di indizzazione.
Nota: Attualmente, questa caratteristica non sembra migliorare i tempi di indexing, nemmeno per la Domino Directory (names.nsf del Server)
- Maintain LastAccessed property
Anche questa caratteristica non è cambiata notevolemente con le release di Notes/Domino. Abilitando questa opzione, Notes traccerà l'ultima volta che il client ha aperto ogni documento nel database.
Lotus Notes salva cmq sempre l'ultimo salvataggio dell'utente inserendolo nel campo $updateBy , ma questa opzione traccia anche l'ultima lettura del documento (cmq sia a livello web ciò non viene fatto)
Non abbiamo visto questa caratteristica usata dagli sviluppatori tranne nelle knowledge base applications , dove i dati sono archiviati se non sono stati letto all'interno di determinato numero di mesi o di anni.
0 Commenti:
Nessun Commento Trovato