Newsgroup: it.comp.appl.notes-domino
Titolo: ... dopo la copia ... che succede ?

Ciao a tutti,
... cosa succede durante la copia di un db ? Ho un grosso db notes sul
quale ho fatto via LS
numerosi import di dati da files di testo, adesso ci sono circa 500.000
docs. Per sfizio mi facio
una copia e questa arriva ad esere 250 MB ??? Mi sono perso qualcosa ???
eppure c'è tutto.
Cosa c'è in tutto quello spazio ? gli indici delle viste ? ... 
-- 
########Il prezzo dei CD musicali : FURTO LEGALIZZATO !!!############
Non comprate CD a prezzo pieno, solo offerte e usato . In questo modo
mettiamo in ginocchio le multinazionali del disco .
#####################################################################

 ha scritto nel messaggio
news:3BA2615F...@siber.it...

Innanzitutto, per fare un raffronto di occupazione di spazio, dovresti prima
comprimere il db sorgente (proprietà database - seconda scheda - pulsate
comprimi) in quanto, man mano che inserisci/elimini documenti, viene
allocato nuovo spazio che in effetti non serve al db. Comprimere un database
non significa fare una specie di zip, ma semplicemente rilasciare tutto lo
spazio allocato e non utilizzato.
In secondo luogo, credo che la copia non interessa gli indici che domino
costruisce per le viste, quindi dovresti aprire (nel nuovo db) tutte le
viste per far sì che domino si costruisca i suoi indici.
Fatte queste cose, vedrai che il db destinazione occuperà più o meno lo
stesso spazio del db sorgente, che per effetto della compressione sarà
sicuramente più piccolo di prima.
Ciao
Theold


Esatto! La copia copia solo i documenti (sia design notes che document
notes) ma non gli indici.
Come ha correttamente detto theold, le viste occupano MOLTISSIMO. (io ho DB
che passano da 200MBytes a 3 Gbytes con gli indici.. non ho fatto io 90
viste in un DB con 500.000 docs! :-)
Quando tu entri la prima volta in una vista, Domino crea l'indice per quella
vista.
Dopo un tempo che dipende da diverse impostazioni (mediamente n giorni)
l'inidice viene scaricato.
Un paio di comandi sfiziosi:
Comprimere un DB recuperando lo spazio (anche quello occupato dagli indici)
Load Compact <dbname> -D (D = discard index)
Creare gli indici di tutte le viste non ancora utilizzate (ottimo per non
fare addormentare gli utenti..)
load updall <dbname> -C
Dopo il load compact entrambe le copie del DB dovrebbero avere le stesse
dimensioni.
Ciao, OldSmobile

 viste in un DB con 500.000 docs! :-)
Ma io scommetto che tu ti sei messo anche a categorizzare 3 o 4 colonne per
vista, così riescono ad occupare anche moltissimo di più. ;-)


Lo sai chi io non c'entro mai! :-))
In questo caso, e' vero! :-)
Di dico solo che la colonna categorizzata era una... ma le colonne
ordinabili... tutte (compreso l'inidirizzo, la PIVA e il C.F. e il
SALDO!!!).
Dopo il mio arrivo e una discreta razionalizzazione delle colonne ordinabili
(sfruttando anche il passaggio automatico ad altra vista) adesso con gli
indici siamo a 900Mega... :-) non mi hanno lasciato taglira di piu', pero'
il server mi ha inviato una mail di ringraziamento.. :-)

 il server mi ha inviato una mail di ringraziamento.. :-)
Perché, era ancora vivo?


Ti dico solo che con la spia dell'Hard Disk mi sono abbronzato piu' che in
Mar Rosso. :-)
OldSmobile

 per voi Toscani.. :-))
Ma stai scherzando???
Io sono coglione, buono e caro finché non mi girano, ma poi...
Tanto per chiarire...
Scenario:
1) io e una nota struttura di consulenze legata ad una casa di software
ancora più nota
2) un grosso progetto per cui mi sono fatto un mazzo così, visto che io ne
gestivo (da solo) una buona metà, e gli altri (un'80ina?) l'altra
3) progetto concluso prima del tempo con i complimenti del cliente
4) giorni avanzati sull'ordine di lavoro perché li avevamo messi per
sicurezza
5) il responsabile del progetto che ha cambiato azienda
6) io che aspetto una manciata di milioni per la chiusura da più di sei mesi
e non protesto più di tanto
Storia:
Un giorno, dopo che ho cominciato ad insistere un po' più spesso, vengo
contattato (intorno alle 18,30) da un mio collega ed amico per valutare la
storia della fattura in oggetto. Dopo i primi convenevoli mi passa il
responsabile per la suddetta struttura di consulenza che conosco fin troppo
bene.
Va detto che tale individuo è aduso ad intrattenere le conversazioni
telefoniche sempre e soltanto in viva voce (da ricordare).
Iniziamo con un po' di convenevoli e poi mi chiede bruscamente: "Ma questo
progetto è chiuso?".
Risposta mia: "Ma mi prendi per il culo?".
Lui: "Ma qui ci sono delle giornate non usufruite?"
Io: "Le avevamo lasciate per sicurezza."
Lui: "Le giornate ordinate vanno consumate, io gliele faccio pagare."
Io: "Accomodati. Ti do il numero del responsabile dell'altra azienda e ci
parli tu; ma credo che non sarà altrettanto gentile quanto me nella
risposta."
Lui: "Ah! Ma cosi non va bene, sei nei casini, ma di qui, ma di là..."
Io: "Guarda che non è certo colpa mia se vi è andato via il responsabile del
progetto ed ha lasciato la documentazione a mezzo."
Lui: "Vabbè xxxx. Per questa volta passi. Ma se ti ritrovo in queste
condizioni..."
Io: "Senti yyyyy. Mi sono fatto un mazzo tanto per concludere il lavoro. Voi
non avete dovuto gestire niente. Ho ricevuto i complimenti del cliente. E'
già stato tutto fatturato e pagato (dal cliente a loro)". Ho aspettato più
di sei mesi questi pagamenti standomene buono e tranquillo...
MA CHE VUOI DI PIU', CHE MI METTA UNA SCOPA IN CULO E CHE TI RAMAZZI ANCHE
LA STANZA?"
Lui: "Ma, ehm, insomma, dai, capisco che sei toscano, che siete così, ma
insomma, non esagerare... (tutto in tono molto imbarazzato)"
Qui vi dovete ricordare che lui era in viva voce e che il mio amico era li
accanto che se la rideva. Meno male che era un'ora tarda, sennò lo sai che
figura di merda con tutti gli uffici limitrofi?
E adesso mi vieni a dire che in Toscana siamo gentili? Forse la tua era
ironia, SPERO.
PS forse viva voce si dovrebbe scrivere vivavoce, essendo una funzione
dell'apparecchio, ma francamente me ne infischio... TARAAARARAAAAA
TARAAARARAAAAA...

 viste per far sì che domino si costruisca i suoi indici.
... questo lo immaginavo.


 vista, così riescono ad occupare anche moltissimo di più. ;-)
:-( Le mie sono ben peggiori !!!


 :-( Le mie sono ben peggiori !!!
Minchia, sei messo benino anche te...

 Mar Rosso. :-)
... questa storia la conosco bene anche io, beati vuoi che per voi sono
"solo"
clienti ... le mie belve sono capi, colleghi, ecc. :-( :-( :-( :-(
Ci manca solo che mi metta a fare admin o il designer per i miei
genitori, amici o
parenti ;-)



Forse dovuta ad esperienze solo turistiche... pero' mi piace questa vena
sanguigna! ;-))
Ciao, OldSmobile (La donna mi impone compiti casalingi... ci si sente)

 Ciao, OldSmobile (La donna mi impone compiti casalingi... ci si sente)
Ho appena buttato la pasta...

 ha scritto nel messaggio
news:WDGo7.32852$F45.3...@news1.tin.it...

Era cosě cattiva?
Fulvio

 Era cosě cattiva?
Bastardo >:-)

 Minchia, sei messo benino anche te...
... non dirmelo, progetto costosissimo, iniziato ottobre 2000, 
gestito da una persona che alla vigiglia dall'entrata in produzione si 
è licenziata.
Partono in produzione, 4 giorni e decidono di fermarsi ... tutti
incazatti
visto che gli ordini dovevano arrivare da questa applicazione :-) Il mio
direttore a chi decide di appiopparlo ??? ... indovina ???
Lo sviluppo era già fatto ... la scelta era: elimino il template dal
server
o sistemo quello che non funziona ? Io preferivo la prima ... ma
purtroppo
era troppo tardi, era Luglio 2001 ... la settimana scorsa sono entrato
in
produzione :-( ... con qualche problemino cmq. Poi le performance che
non
sono soddisfacenti ... cmq non so se notes fosse la scelta giusta per
questa
soluzione: una parte dell'applicazione sono delle statistiche di
vendidata
da dare agli agenti ... una 15 di view categorizzate all'inverosimile
...
e qui non ti dico i tempi di attesa. La parte di inserimento e gestione
degli ordini è milgiore, e cmq la considero troppo complessa per una
piattaforma
che cmq non è db relazionale 
L'analisi tre sere fa l'ho bruciata perchè chi la scritta non aveva la
minima
ide di cosa fosse Notes ... tante constrizioni ... e con un po' di
conoscenza
della piattaforma si serebbero fatte scelte diverse per ottenere più
semplicemente-velocemente gli stessi risultati : possibile che non tutti
capiscano
che è un db destrutturato !!! :-( :-( :-(


 ha scritto nel messaggio
news:3BA3AE6B...@siber.it...
[MegaCut]
Ti capisco benissimo, visto che mi sono trovato nella stessa situazione per
la realizzazione di un sistema di controllo della qualità in ambiente di
produzione di vaccini.
Gli ho tirato fuori anche i grafici con i components.
Purtroppo mi tiravo dietro il lavoro e l'analisi quasi inesistenti (fatti da
uno che è fuggito e che conosceva a malapena VB) ma abbastanza presenti da
avvelenare tutto il lavoro successivo.

 avvelenare tutto il lavoro successivo.
... la tua avventura come è finita ??? 
... io ieri pensavo di scoppiare, ho uno script che mi fa l'export,
immancabilmente
mi restituisce un illegal function, controlliamo e chiamo con me il
programmatore,
andando in debug LS,
poi io vado perchè devo anche fare l'assistenza sociale agli utenti che
devono usare
questa benedetta applicazione. Praticamente una variabile che è il
valore di un campo
... ad un certo punto dello script .... resta vuota ??? praticamente mi
deve prendere
dei capi da certi documenti che si trovano in un determinato stato (
workflow ) e fare
"qualche" conticino e spararmelo in due files di testo ( testate ordini
e righe ordini)
Metti che ci siano 200 ordini , per i primi 50 la variabile è settata,
poi si ferma !!!
Una altro scherzo è uno scrit che deve solo cambiare il valore di un
campo dei documenti
che hanno una valore X di un sencondo campo = Y ... gira per po' poi mi
risponde
... " the document has ben deleted " ... ma come ??? sono anche tutti
scollegati !!!
nessuno avrebbe pututo cancellarli, qualcuno insinuava che fose devuto
al fatto
che ho messo nfs_buffer molto grande nella speranza di migliorare le
performance
ho provato a rimettere le condizioni standard ma nulla ... la cosa bella
è che sul db i test
funziona perfettamente tutto :-(
Lo scorso fine settimana l'ho passato a fare gli import ... listini,
anagrafico clienti,
articoli, saldati, contratti, scaduti, statistiche bolle/fatture e
statistiche ordini ...
allucinate una quantità di dati inverosimile ... ma è per una società di
distribuzione
rivende direttamente agli installatori, elettricisti, negozi ... una
quantità di ordini
allucinate :-(


che è un db destrutturato !!! :-( :-( :-(
Difficile sempre da farlo capire.
Ciao.
-- 
Zio Ciano.

 allucinate :-(
Zitto, zitto, zitto. Quando è partito il sistema di cui sopra è stato un
casino. Avevano solo archivi su VAX negli USA che avevano inserito a
cappella (non si intende quello stile musicale che concerne la riproduzione
di brani con la sola voce). Il risultato era che al confront Domino era ed è
estremamente strutturato. Mi sono tirato dentro "tabelle" con colonne in
posizione sempre diversa, con le variabili spostate dalle righe alle colonne
(mi pareva di gestire un OLAP) e chi più ne ha più ne metta. Mi sono fatto
un culo così per realizzare gli scripts di import completamente
configurabili a run-time.
Comunque... a dire il vero uno dei maggiori problemi che ho avuto da questo
progetto, che trovo anche nel tuo caso, è ststo l'eccessiva dimensione del
DB, la troppa complessità e la difficoltà nel modificarlo.
Inutile dire che tutti i problemi qui sopra riportati sono dovuti ad un
utilizzo scorretto dei DB (non solo di Domino). In accordo con le buone
regole dei RDBMS è buona norma anche in Domino realizzare DB contenenti dati
il più coerenti possibile e più snelli possibile.
Insomma: realizzare sempre una quantità di DB tale da non frammentare
eccessivamente l'informazione ma, cotemporaneamente, più piccoli e semplici
possibile.
Baci, in bocca al lupo, Juda.

 E perche' ha scelto Notes.
... questo era l'ex direttore edp di un società che abbiamo acquisito,
noi avevamo
Notes+Doamino dal 95 e vedeva noi fare e disfare con Notes ... cmq mai
una cosa così
grossa e così " bloccante " se non funzionante :-) Nessuno ha imposto
loro di avere
Domino ... ma sai la smania di sapere fare meglio è di molti :-(


 Domino ... ma sai la smania di sapere fare meglio č di molti :-(
Se č la prima volta che mettete su una cosa realmente grossa con Domino era
da aspettarselo che finisse cosě (per adesso, intendo).
Gestire un sistema complesso porta ovviamente ad un necessario cambiamento
di ottica, e questo č vero soprattutto con Domino.
Comunque ti assicuro di aver visto, sviluppato o manutenuto roba veramente
GROSSA con Domino.