Newsgroup: it.comp.appl.notes-domino
Titolo: Problema con import da AS400

Buongiorno a tutti,
il problema è il seguente: via odbc importo da AS una quantità di documenti
abbastanza
elevata (>20000) e sembrerebbe che pur impostando i valori di cache al
massimo perda dei
documenti nel passaggio tra un cache e l'altro (10000 doc).
Ringrazio per l'aiuto
Giuseppe

Scusate la poca chiarezza, cmq importo i documenti via script facendo
un loop sulle righe presenti in as
grazie e ciao
NEWS IOL wrote in message ...



Il domino gira su AS/400? 
-- 
Dr. Ugo Gagliardelli, Modena, Italy
Spaccamaroni andate a cagare/Spammers not welcome

 il problema č il seguente: via odbc importo da AS una quantitŕ di


 > Giuseppe
Ho avuto un problema analogo con la 5.0.3 di Domino su V4R4M0 di OS400,
generando documenti in un db notes partendo dal db as/400, dopo un po'
si fermava il task. Andando a spulciare nei log trovai una segnalazione
di *memoria esaurita*. La Lotus (sempre che non si siano stancati nel
frattempo) sta ancora brancolando. Una possibile circumvention era
chiudere il db notes, riaprirlo e continuare. La cosa provoca
considerevoli rallentamenti. La soluzione che ho adottato è stata quella
di scrivere un programma esterno (in java). Le classi java del Domino
hanno un metodo, recycle, che simula l'azione del garbagecollector (il
garbagecollector nativo del java non funziona per le classi Domino) e
libera la memoria che il Domino usa scrivendo documenti e che rimane
inutilizzata una volta chiuso il documento stesso.
Per quanto servir possa... questa spiegazione è tratta da deduzioni
personali basate su esperienze empiriche e non è suffragata da alcun
fondamento teorico sul funzionamento interno del Domino, peraltro a me
ignoto.


Il domino gira su AS/400?
-------------------------------
Lorenzo Longatelli
http://www.agoranet.it
Tel. 0341-700.809

 Se hai bisogno di altre info contattami pure.
Ma in che film?
:)


I docs sono 30000 circa, cmq dove trovo documentazione su queste famose C
API  della Lotus??
Thanx
Crash wrote in message ...


 Ma in che film?
Dai, Ugo, anche tu... dipende dal 400 e dal numero di campi del 
modulo... ad esempio, su un 740 12-vie...   :-)))
Obelix

 API  della Lotus??
Dal sito della lotus sia in formato db notes (piuttosto comodo per la
ricerca) che in formato pdf (ma non tutto) ci sono api c e c++, con
relativi user guide e user reference.


relativi user guide e user reference.


Ma in che film?
Hai mai provato?
Ovviamente se devi importare 100 campi per doc ci metterai poco di
piů.
Ho fatto un programma su AS che sfruttando le C API legge un file di
configurazione di testo contenente la mappatura dei campi DB2/Notes,
la form di Notes e la select da eseguire sul DB2 (quindi tutto
parametrizzabile), ed č una scheggia :)) ... non solo su un AS
"super".
Ciao
Crash



66 documenti al secondo????

 Hai mai provato?
Certo che ci ho provato, AS *giallo* dedicato 14000 record di circa 30
campi all'ora. Ovviamente se tolgo  indici controlli e altri amenicoli
dalla form la velocità aumenta parecchio: ma allora cosa me ne faccio?


 Hai mai provato?
Certo che ci ho provato, AS *giallo* dedicato 14000 record di circa 30
campi all'ora. Ovviamente se tolgo  indici controlli e altri amenicoli
dalla form la velocità aumenta parecchio: ma allora cosa me ne faccio?
Partendo dal fatto che comunque 5 minuti per 20.000 documenti è impossibile
da raggiungere, cosa intendi per indici, controlli, ecc.. Personalmente
quando importo i controlli li facio all'esterno e mi calcolo anche i campi
calcolati in maniera che Notes serva solo come "supporto" per scrivere.
--
Dr. Ugo Gagliardelli, Modena, Italy
Spaccamaroni andate a cagare/Spammers not welcome
Fulvio

 66 documenti al secondo????
E ce sono 66 documenti al secondo?? un'inezia... hai idea di *quanto* 
lungo e' un secondo ???
Obelix

 wrote in message
VL7kx8Sdi6uu-pn2-PhV4zmgIBfei@localhost...


 calcolati in maniera che Notes serva solo come "supporto" per scrivere.
Intendo che se hai molte viste che pretendono l'aggiornamento immediato
dell'indice (per esigenze applicative) i tempi si moltiplicano, se hai
subform condizionate altrettanto, se hai campi calcolati pure, etc. etc.
E' ovvio che un db *flat* è più veloce, ma se poi devi importare i
documenti in un altro db o lanciare agenti per fare i dovuti controlli,
la somma dei tempi è più o meno quella.


 tempi. 
Intendi dire che i tempi di notes sono quelli, indipendentemente da 
parametri quali la potenza dela macchina, il numero dei campi e gli 
indici?? perche', ti sot dicendo che 66 documenti al secondo *non sono
una cfra impossibile* , dipende dai documenti, dal DB e da un sacco di
altre cose. MA *stupirsi* per 66 documenti/sec *a prescindere* mi pare
eccessivo.....
Obelix

 Obelix
Fulvio

dalla form la velocit=E0 aumenta parecchio: ma allora cosa me ne faccio?
Ciao,
TL14!
------------
Se la fortuna e cieca,
la sfiga ci vede benissimo
e a volte piglia pure la mira
------------

calcolati in maniera che Notes serva solo come "supporto" per scrivere.
-------------------------------


 concludo... o risponderò solo a domande tecniche e poco polemiche.
Concordo sulle C API, ma la polemica me gusta! :)
