Newsgroup: it.comp.appl.access
Titolo: Gestione documenti - come la fareste ?

Sto rivedendo vecchie procedure dedicate alla gestione documentale, che 
vorrei migliorare
Attualmente il sistema accetta ogni tipo di file, ed archivia i singoli 
file contenenti pdf o immagini, senza modificarli, all'interno di una 
directory SERVER\DOCUMENTALE
Una tabella del gestionale tiene associati i nomi dei singoli file alle 
registrazioni contabili cosi' da poter avviare rapidamente il 
visualizzatore per il file desiderato
Se nella directory docuentale sta arrivando un file omonimo di uno gia' 
presente, allora viene creata una sottodirectory 
nomefile_data_ora_secondi e li dentro salvato il file in arrivo
C'e' la gran rogna che in questo modo le varie postazioni client DEVONO 
avere accesso alla directory SERVER\DOCUMENTALE, e questo non mi piace 
pe' gnnnente
Sto pensando di creare un db separato da quelo del gestionale, destinato 
a contenere solamente le immagini e blobbarcele dentro
Che dite, dpo qualche tera di immagini si scassa tutto?
Come fareste voi?

Se rinomina la radice del server con il $ diventa non visibile...
Ovviamente è una cosa banale.
 
Fossi in te valutare un FTP_SERVER al quale accedi con autenticazione in modo non dipendente dalla gestione utenti del DB.
Questo ti assicura che "nessuno" possa scorazzare nel server dei file...
Quando li devi aprire download in locale... e li apri.
 
Se realizzi un buon sistema di salvataggio/modifica file... potresti salvare la struttura relativa nel DB e da lì poi andare nel server ftp.
 
@Alex


La prima cosa che mi viene in mente e' di mantenere la procedura attuale 
(tutto i files in una directory, se arrivano file omonimi allora si crea 
directory con prefisso diverso coi millisecondi o guid), scrivendo e 
leggendo sull'ftp server piuttosto che sul disco condiviso, ma 
sostanzialmente non cambierebbe niente, anzi credo che via ftp ci sia un 
plus di lavoro rispetto alla lettura risorsa condivisa
Potresti esplicitare chiaramente cosa avevi in mente quando hai scritto 
"buon sistema salvataggio/modifica file" che suggerisci di usare?
Ciao e grazie
 
 


Lavorare in FileSharing con un archivio è un metodo che non viene usato molto...
Sai bene che chi accede con Access deve avere i diritti di accesso alla cartella e di conseguenza può volendo fare dei danni...
Questo ragionamento fa si che chi sviluppa gestione documentale NON USA questo metodo.
 
L'uso di FTP_SERVER, che è uno dei modi che casualmente garantisce anche funzionalità in reti geografiche, sana molti dei problemi di sicurezza e di accessibilità da Reti distribuite a livello nazionale(internazionale).
Un Server FTP consente anche connessioni SSH... 
Ci sono Aziende che lavorano in Rete Geografica internazionale, che devono sottostare a Normative tipo la Direttiva NIS(Europa) ma anche a extra europa... ed in tutti questi casi un FileSharing sarebbe impossibile.
Per questo suggerivo un metodo che probabilmente andrà sempre bene, ed anche se richiede qualche riga di codice in più, sarà per sempre...!
 
La questione di Salvataggio Modifica invece è perchè serve valutare la dimensione della struttura gerarchica e l'entità dei File, è ovvio che fare una scansione per presentare un TREEVIEW dei contenuti potrebbe richiedere tempo, quindi non è un processo da incoraggiare, per questo usare una struttura memorizzata in Locale, che va mantenuta SINCRONIZZATA con il reale...
 
@Alex

>>>>  
http://www.bb2002.it
 :)  <<<<<
........... [ al lavoro ] ...........

 manutenzione quando necessaria
....
 
Ma Windows... non gli piace avere in una Cartella 2 File UGUALI... vuole un NOME Differente... quindi, convengo con te, si rinomina con un ID PROGRESSIVO allineato all'ID della Tabella.
 
@Alex


Si, in prima battuta sono partito proprio come dite voi
Poi usando il sistema, ho visto che spesso sarebbe servito avere il file 
'integro', come arrivato dal campo, col nuo nome, magari perche' c'era 
data e ora oppure perche' il nome richiamava il contenuto e con una 
semplice ricerca sul filesystem, senza scomodare il gestionale, ti 
veniva restituito quanto cercato
Per questo ho modificato, per consentire di mantenere i file intonsi, 
consentendo pero' di far entrare omonimi (la creazione di directory con 
nome senzaltro unico)


Roberto, ovviamente uno fa come meglio crede, ma RINOMINARE il File con:
NomeOriginale & "_0001" & Estensione
non modifica la Data di Modifica nè quella di creazione
Un semplice STRIP del Testo Fisso agevola e tutto SENZA creare una Folder per ogni file che è poco pratica ad esempio se fai ricerche...
 
Ipotizza di cercare un file ed avere 10 Versioni, ti ritrovi con 9 SubFolder... ha senso...?
Ed all'utente serve l'indicazione della Folder...? NO
 
Chiaramente a te il tuo lavoro...
 
@Alex


Non vedo nessuna differenza sostanziale tra il modificare nome file e 
usare directory diverse per file omonimi
L'utente non vede proprio niente perche' opera attraverso l'interfaccia 
del gestionale
Dopo avere usato un sistema che rinominava i file per alcuni mesi 
(parliamo delle prime versioni ancora diversi anni fa), ho visto che 
spesso tornava utile cercare alcuni files a colpi di comandi del sistema 
operativo, e di conseguenza ho cambiato strategia di memorizzazione
 
 
 

 operativo
 
questi bimbiminkia cresciuti a pane e computer diventano ogni giorno più 
pericolosi: tra un po' vorranno avere la possibilità di usare comandi di 
scrittura sulle tabelle del gestionale direttamente da SQL ;)



Se l'utente che fa le ricerche le effettua tramite la tua interfaccia come dici... di certo non lo fa con il FileSystem... quindi hai da fare un po più fatica per convincere che quello che dici è funzionale... 
 
I gusti sono gusti... e quì mi fermo perchè se andiamo nel campo del SOGGETTIVO è inutile anche chiedere o dare suggerimenti.
 
@Alex


Non ho detto che "l'utente" fa le ricerche usando il comandi del fs
Le fa' l'amministratore quando il db immagini e' fermo oppure quando 
c'e' un disallineamento tra riferimenti db e files fisici oppure quando 
bisogna spostare massivamente terabyte di roba e non sai mai se c'e' 
tutto come c'era prima oppure ...
E non devo convincere nessuno che cosi' sia funzionale 'in generale'
Lo e' stato per me, in moltissime occasioni
E' stato tanto utile, per me, che ho modificato il sistema iniziale, che 
rinominava i files, in questo che risulta piu' efficace
Ora, dovendoci metter mano, chiedevo informazioni in base alla vostra 
esperienza per migliorarlo (ed il server ftp e' una di queste)
Informazioni che poi, in base AI MIEI GUSTI, valutero' se utilizzare 
oppure riservare per altri momenti
O davvero credi ingenuamente che esista
 
----  IL METODO MILLIORE -----
 
per fare una qualsiasi cosa?
Io non credo proprio, ognuno trova il proprio modo di risolvere i 
problemi, in base alla propria conoscenza, alle esperienze passate, ed 
ai consigli che magari riceve chiedendo aiuto
Una volta un mio insegnante alle superiori dopo la dimostrazione 
analitica che un cerchio era il poligono con area massima data il 
perimetro, ci propose anche una dimostrazione sperimentale
Un telaietto rettangolare immerso in acqua saponata, tirato su' il velo 
di sapone copriva l'interno, ci appoggio' delicatamente un filo di 
cotone annodato (gia' bagnato), che si appoggio' al velo di acqua 
saponata e poi con un ago foro' il velo interno del filo, che essendo 
chiuso si dispose a forma di cerchio.
Quella era la dimostrazione che, per una data circonferenza, l'area 
maggiore la mostrava il cerchio e non il pentagono o il quadrato, 
essenso che il velo di acqua saponata sembrava 'tirare' verso l'esterno, 
e quindi massimizzando l'area all'interno del filo
Mi fa piacere che questa discussione abbia fatto affiorare un ricordo 
che conservo caramente
Mi dispiace invece che la tua profonda conoscenza sugli argomenti di cui 
si discute qua dentro spesso sia farcita di sarcasmo, di supponenza, di 
un'ironia che non ha senso di esserci
Ciao e grazie
 
 

 Ciao e grazie
 
Nessun sarcasmo, hai cheisto un parere in pubblico e come tale io ti ho dato il mio... in base alla mia esperienza.
 
Può non essere allineato con quello che volevi sentirti dire...? Certo, ma se non volevi sentirti contraddire... forse la doanda la puoi fare a chi ha poca competenza... quelli ti danno ragione...
 
Se le tue spiegazioni alle mie perplessita sono "PER ME E' MEGLIO COSI'"... il discorso è chiuso in partenza.
 
Ti ripeto che quando ci si confronta, gli aspetti SOGGETTIVI, sono solo fonte di rotture di palle perchè non hanno base tecnica, ma appunto soggettiva e di conseguenza affetta dal soggetto...
 
Quindi ti do pienamente ragione così siamo a posto, ma quando vorrai parlare in modo TECNICO OGGETTIVO... allora lo potremo fare fuori da limiti personali.
1+1=2
 
@Alex

 software, per esempio al gestionale.
That's all folks! 
 


Onde evitare risposte del tipo "parliamo solo su fatti oggettivi" avevo 
inserito appositamente l'esempio del metodo analitico e sperimentale, 
tramite il quale si arriva alle medesime conclusioni
Tanto per dire che non esiste UN SOLO METODO per fare qualcosa
Se pensi che esista, credi di conoscerlo, e poi proponi di condividerlo 
con altri solo a patto che si seguano pedissequamente le tue istruzioni, 
allora devo dirti che non condivido affatto il tuo modo di pensare, mi 
sembra estremamente riduttivo e questo si, limitante
Preferisco raccogliere (o fornire se sto consigliando) il maggior numero 
di informazioni possibili per poi utilizzare quelle che, a mio avviso, 
meglio si adattano a risolvere il problema contingente
Il "PER ME E' MEGLIO COSI'" e' ovvimente SEMPRE valido
Se credi che esista un "PER TUTTI E' MEGLIO COSI'" (di qualunque cosa 
stiamo parlando), devo dirti che non e' cosi'
Ciao
 
 

Hai perfettamente ragione.
Grazie
 
@Alex


Si.
Prego
 


Molto interessante
Grazie