Newsgroup: it.comp.appl.access
Titolo: Codice per cancellare oggetti

Salve a TUTTI,
forse la mia č fantascienza, ma provo a chiedere:
pensate ad un database residente in un server in una directory condivisa,
vorrei che se il file viene copiato in un'altra directory con un codice o in
qualsisia altro modo, riconoscendo il nuovo path, venissero cancellati
alcuni o tutti gli oggetti.
So che esistono molte altre forme, appropriate di protezione, ma vorrei
ottenere questo.
Secondo Voi č possibile? Avete degli esempi?
Grazie a TUTTI.
Fabio

 ha scritto nel messaggio 
news:GVf4j.188546$U01.1...@twister1.libero.it...

Sě č possibile.
Cosa devi ottenere esattamente? A quale scopo?
Ciao, Carlo 

 Ciao, Carlo
Intanto GRAZIE per avere risposto. Credevo di spaziare in strane follie.
E' una scommessa con il mio capo... mi piacerebbe vincerla. Se hai un
esempio, dato che io non so scrivere in VBA, forse potrei adattarlo, Ti
ringrazio.
Fabio

 ha scritto nel messaggio
news:HZh4j.183974$%k.32...@twister2.libero.it...

Scommessa bizzarra che perdereste entrambi visto che verrebbero eliminati
pezzi del VOSTRO lavoro...!
Personalmente lo trovo un'approccio EDILE alla questione della
sicurezza...(Senza nulla togliere agli edili).
-- 
@Alex (Alessandro Baraldi)
---------------------------------------------------------------------------
http://www.sitocomune.com/
http://www.alessandrobaraldi.it
---------------------------------------------------------------------------

 @Alex (Alessandro Baraldi)
Se ho ben capito quello che Fabio vuole fare č questo:
Copia del db da PathA a PathB
Rimozione di oggetti dal db copiato in PathB
Riallegamento delle tabelle al nuovo db.
Se č cosě (e chiedo conferma a Fabio) il db in PathA rimane 
immodificato...dunque nessuna edilizia popolare.
Ciao, Carlo 

 Ciao, Carlo
Carlo ... l'origine argomento era la protezione e, per quanto ne ho capito,
lo scopo
sarebbe CALCELLARE dati/oggetti in caso di tentativi di copia o in ogni caso
fornire
una sorta di protezione...!
In questo caso, insisito sul metodo EDILE....!


 Ciao, Carlo
-- 
Ciao
Geppo 

 Geppo
Avete ragione un po' TUTTI!
Di fatto vorrebbe trattarsi di una sorta di protezione, volendo evitare che
dalla mia directory del Teams fosse copiato il db. Compreso il fatto che
fosse il mio capo a volerlo copiare, dato che di costruirlo o capirlo per
lui non se ne parla proprio, e lasciarlo con un palmo di naso nel caso provi
a duplicarlo.
Capisco perň che in questo NG si parla di problemi di sviluppo seri, non di
scommesse edili. Quindi, se la cosa č semplice bene, altrimenti fa nulla.
Grazie a TUTTI
Buona Domenica Fabio


Ciao Fabio.
La cosa non è semplice, e non puoi pretendere lo sia...
Come tutti gli argomenti tecnici vanno affrontati con un BackGround tecnico,
meno è
pregiato il BackGround più è difficile risolvere il problema ma spesso è più
semplice
banalizzarlo e banalizzare il modo di affrontarlo...!
Da quì era il mio commento al modo di inquadrare il problema dal punto di
vista EDILE...!
Con un database come JET ci sono pochi sistemi visto che la Cartella in cui
risiede deve possedere i privilegi
di READ/WRITE per chi deve accedere, detto questo è già detto tutto... o
quasi...!
Ci sono più scuole di pensiero...!
1) Proteggere da Manomissioni dei dati
    Questo si fà solo usando la protezione UTENTE, ma non è sicurissima
2) Proteggere dalla cancellazione (volontaria o meno)
Marco Pizzamiglio ha proposto una possibile soluzione al problema :
http://www.accessgroup.it/index2.asp?ID=227&ID_Coll_Menu=227&Titolo=Access%20come%20servizio
Insomma non c'è una VERITA' ma è bene avere un'approccio sistemistico e la
cosa che mi indispone in tutto
questo... che averla saputa prima evitavo pure di rispondere è quando sento:
-----> "Quindi, se la cosa è semplice bene, altrimenti fa nulla."
Allora scusa fa nulla.... che fai domande a fare... dai un'incarico
professionale a chi è in grado di
affrontare il problema e non avviare una discussione per la quale non sei
nemmeno motivato a trovare
soluzioni.


 --------------------------------------------------------------------------
-
Mi spiace essere stato frainteso. Chiedo scusa.
Il "se la cosa č semplice bene, altrimenti fa nulla" era unicamente per non
far perdere tempo a nessuno, e/o intasare il NG, qualora la soluzione fosse
possibile ma estremamente complicata, al punto che da parte mia non fosse
satto possibile applicarla.
Talvolata perň sono stato aiutato in maniera eccelente, con soluzioni ed
esempi davvero semplici in cose che per me sembravano insormontabili.
Farň cmq tesoro per il futuro della Tua severa osservazione e cercherň di
formulare le domande in maniera piů corretta.
Grazie Fabio


E fai bene!
In questo caso potrebbe usare la splendida funzione per criptare e 
decriptare i dati "al volo" già presentata da me e pubblicata sul 
sitocomune. Ogni copia delle tabelle sarebbe praticamente inutile perchè 
illegibili.
Ciao, Carlo 

 Ciao, Carlo
Carlo se parliamo di un BE in rete.... sai benissimo che avrebbe poco
senso...
Su questa tecnica, che ritengo poco realizzabile, ho forti perplessità usata
per questo scopo.



Proviamo a far giudicare a Fabio....
Questo il link per scaricare l'esempio:
http://www.frantoiogestione.com/Cripto.zip
Ciao, Carlo

 ha scritto nel messaggionews:fiuvr8$ci6$1...@aioe.org...

E' un problema diverso... (almeno credo)
Un BE nel server non ha a bordo nulla di intelligente... è un DB
pulito quindi al quale il CLIENT si aggancia.
Se lo sposto e lo apro lui si apre e se leggo i dati li leggo e li
modifico(Protezione utente a parte).
Il tuo esempio è valido per il CLIENT(infatti il tutto agisce lato
CLIENT).
Sbaglio...?
@Alex

 Ciao, Carlo
E' un problema diverso... (almeno credo)
Un BE nel server non ha a bordo nulla di intelligente... è un DB
pulito quindi al quale il CLIENT si aggancia.
Se lo sposto e lo apro lui si apre e se leggo i dati li leggo e li
modifico(Protezione utente a parte).
Il tuo esempio è valido per il CLIENT(infatti il tutto agisce lato
CLIENT).
Sbaglio...?
@Alex
Non hai scaricato l'esempio.
La procedura cripta i dati sia lato client che lato server...voglio dire che 
se il db BE si trova sul server o in locale è indifferente.
Chi volesse "impadronirsi" del db (BE) non potrebbe leggere nulla a meno di 
avere la chiave di criptazione.
Ciao, Carlo 

 Ciao, Carlo
Ciao


 @Alex (Alessandro Baraldi)
Le tabelle criptate non sono leggibili (per esempio la descrizione del 
comune risulta cosě:'·?"¸Saci«Zł¨Ş. ). Se un malintenzionato volesse leggere 
questo valore dovrebbe avere la chiave di decriptazione...in questo caso 
leggerebbe "ABBADIA CERRETO".
La demo non ha lo scopo di proteggere le tabelle o il BE dalla "macelleria" 
ma di rendere i dati illegibili a chi non ha la chiave. Insomma quello che 
fa la criptazione di Access o le miriadi di programmi che cifrano un 
documento.
La domanda a cui rispondere č: posso leggere i dati contenuti in una tabella 
criptata? La risposta č sě se hai la chiave.
Quanto alla distruzione fisica della tebella questo č un'altro discorso.
Mi viene il dubbio che le prove le hai fatte senza preventivamente criptare 
i dati.
Ciao, Carlo

 Ciao, Carlo
Diciamo che un pò mi sono espresso male ed un pò dipende dalla reale
esigenza dell'OP.
Ho fatto il test senza criptare ma anche criptando... però come
giustamente hai detto l'intento del tuo DEMO
è di rendere non accessibili i dati sensibili...
Io invece, probabilmente sbaglio, ho inteso che l'OP volesse
proteggere il BE, quindi ho indirizzato il mio test e le mie
considerazioni .... alla macellazione del DB... per questo non ne
capivo il senso.
Chiaramente il tutto nasce da un mio probabile malinteso della
richiesta originale.
Ciao
@Alex


Ma se il problema era "danneggiare", allora invece di "macellare", bastava 
usare il tasto "canc" tenendo premuto il tasto "shift". :-)
-- 
Ciao
Geppo 

 Grazie Fabio
Salve a TUTTI,
ho un attimo di imbarazzo perchè capisco di avere chiesto qualcosa che è
andato oltre a ciò che pensavo.
Spero di non riuscire patetico, ma con poche parole cerco di spiegare cosa
volevo fare.
Ho costruito un db, che per le mie esigenze funziona bene, peraltro grazie
ad aiuti ricevuti in questo NG.
E' residente in una directory di un server dell'azienda dove lavoro, come
detto.
Volevo che se il mio capo, come usualmente fa, lo copia nel suo PC in locale
e lo mostra in giro, al momento dell'apertura gli si cancellassero gli
oggetti, maschere, query ecc... per lasciarlo con un palmo di naso.
Chiedo SCUSA per la BANALITA' del fine, ma non ho nascosto che si trattava
di una scommessa.
Mi riprometto davvero di porre domante più "intelligenti" in futuro.
Grazie a TUTTI Fabio

 Grazie a TUTTI Fabio
Non ti basta farlo CHIUDERE dopo aver inviato un MESSAGGIO del tipo :
"TI HO FREGATO..."
Su AUTOEXEC(macro) lanci una funzione che legge il COMPUTER NAME di
esecuzione
e se diverso da quello in cui risiede fai MESSAGGIO e QUIT.


 ha scritto nel messaggio
news:fj4j5t$a42$1...@aioe.org...

Vorrei anche essere stato piů cattivo... ma cmq ci provo con il msg.
Grazie ancora Fabio