Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > it.comp.lang.visual-basic > #19392 > unrolled thread

Database Access e password

Started by"Sauro" <vicchi@crsscala.it>
First post2018-07-06 16:34 +0200
Last post2018-07-09 18:47 +0200
Articles 8 — 3 participants

Back to article view | Back to it.comp.lang.visual-basic


Contents

  Database Access e password "Sauro" <vicchi@crsscala.it> - 2018-07-06 16:34 +0200
    Re: Database Access e password "Sauro" <vicchi@crsscala.it> - 2018-07-06 16:46 +0200
      Re: Database Access e password Greg <greg@alicie.com> - 2018-07-07 14:03 +0200
        Re: Database Access e password "Sauro" <vicchi@crsscala.it> - 2018-07-07 15:42 +0200
          Re: Database Access e password Greg <greg@alicie.com> - 2018-07-07 18:42 +0200
            Re: Database Access e password "Sauro" <vicchi@crsscala.it> - 2018-07-09 18:36 +0200
    Re: Database Access e password Daniele Pinna <daniele@oops.dapinna.com> - 2018-07-08 12:10 +0200
      Re: Database Access e password "Sauro" <vicchi@crsscala.it> - 2018-07-09 18:47 +0200

#19392 — Database Access e password

From"Sauro" <vicchi@crsscala.it>
Date2018-07-06 16:34 +0200
SubjectDatabase Access e password
Message-ID<phnume$552$1@gioia.aioe.org>
Per via della nuova legge di tutela della privacy
ho dovuto mettere la password nel database.

Non riesco più ad aprirlo.

Sintetizzando prima avevo:

PUBLIC PUBLICDB AS DATABASE
PUBLIC PERCORSODB AS STRING
PERCORSODB = "NomeCompletoDB"
SET PUBLICDB=OPENDATABASE(PERCORSOSB)

e funzionava bene.

Ho provato:

SET PUBLICDB=OPENDATABASE(PERCORSOSB,,False,"psw=MiaPassword")

Ricevo l'errore 3031 paassword non valida

Grazie per l'aiuto
Sauro

[toc] | [next] | [standalone]


#19393

From"Sauro" <vicchi@crsscala.it>
Date2018-07-06 16:46 +0200
Message-ID<phnvc2$6ao$1@gioia.aioe.org>
In reply to#19392
Trovato:

Set PublicDB = OpenDatabase(PercorsoDB, False, False, "MS 
Access;pwd=MiaPassword")

Saluti a tutti
Sauro

[toc] | [prev] | [next] | [standalone]


#19395

FromGreg <greg@alicie.com>
Date2018-07-07 14:03 +0200
Message-ID<phqa6t$4ck$1@solani.org>
In reply to#19393
Il 06/07/18 16:46:19 Sauro ha scritto:
> Trovato:
>
> Set PublicDB = OpenDatabase(PercorsoDB, False, False, "MS Access;pwd=MiaPassword")

Magari non usi il CompactDatabase ma ma è bene usarlo per avere sempre un database ordinato e performante. Occhio se lo 
usi, devi togliere  la pass e poi rimenttela alla fine.

-- 
Greg

[toc] | [prev] | [next] | [standalone]


#19396

From"Sauro" <vicchi@crsscala.it>
Date2018-07-07 15:42 +0200
Message-ID<phqg02$1ve0$1@gioia.aioe.org>
In reply to#19395
"Greg" ha scritto nel messaggio

>> Set PublicDB = OpenDatabase(PercorsoDB, False, False, "MS 
>> Access;pwd=MiaPassword")
>
> Magari non usi il CompactDatabase ma ma è bene usarlo per avere sempre un 
> database ordinato e performante. Occhio se lo usi, devi togliere  la pass 
> e poi rimenttela alla fine.

Hai fatto bene a dirmelo altrimenti ci sarei caduto subito.
Cosa succede se uno si dimentica?

Ho dovuto mettere nel programma un comando per
fare il compact in quanto nelle aziende con molti utenti
(per me il massimo sono 18) mediamente una volta
all'anno il database si corrompe e bisogna intervenire
subito.

A proposito, a volte il database risulta "impegnato" anche
se tutti gli utenti hanno chiuso il programma.
Tu conosci un modo, con VB6, per escludere momentaneamente tutti gli utenti 
per poter fare il compact in pace?

Grazie Greg e ciao
Sauro 

[toc] | [prev] | [next] | [standalone]


#19397

FromGreg <greg@alicie.com>
Date2018-07-07 18:42 +0200
Message-ID<phqqh4$g00$1@solani.org>
In reply to#19396
Il 07/07/18 15:42:27 Sauro ha scritto:
> "Greg" ha scritto nel messaggio
>
>>> Set PublicDB = OpenDatabase(PercorsoDB, False, False, "MS Access;pwd=MiaPassword")
>>
>> Magari non usi il CompactDatabase ma ma è bene usarlo per avere sempre un database ordinato e performante. Occhio 
>> se lo usi, devi togliere  la pass e poi rimenttela alla fine.
>
> Hai fatto bene a dirmelo altrimenti ci sarei caduto subito.
> Cosa succede se uno si dimentica?

Ti da l'errore tipico "impossible aprire il database" e se non è gestito si ferma li.

> Ho dovuto mettere nel programma un comando per
> fare il compact in quanto nelle aziende con molti utenti
> (per me il massimo sono 18) mediamente una volta
> all'anno il database si corrompe e bisogna intervenire
> subito.

Io lo faccio di default ogni giorno al primo avvio, cosi si prevengono i problemi e le performace sono sempre al max.

> A proposito, a volte il database risulta "impegnato" anche
> se tutti gli utenti hanno chiuso il programma.

Un database usato da molti, dopo un anno senza manutenzione, è normale che abbia qualche problema.

> Tu conosci un modo, con VB6, per escludere momentaneamente tutti gli utenti per poter fare il compact in pace?

Io procedo cosi: ovviamente la macchina che fa da server è qualla che si accende per prima:
- od ogni avvio controllo se è stato fatto il backup per quel giorno;
- copio il database in una  cartella di backup
- tolgo la pass
- faccio il compact
- rimetto la pass
- scrivo che ho fatto il backup

Se invece le macchine stanno sempre accese devi escogitare qualche altro escamotage

-- 
Greg

[toc] | [prev] | [next] | [standalone]


#19399

From"Sauro" <vicchi@crsscala.it>
Date2018-07-09 18:36 +0200
Message-ID<pi02ud$15cs$1@gioia.aioe.org>
In reply to#19397
[cut]

Grazie Greg

Sauro 

[toc] | [prev] | [next] | [standalone]


#19398

FromDaniele Pinna <daniele@oops.dapinna.com>
Date2018-07-08 12:10 +0200
Message-ID<phsnu5$bm$1@dont-email.me>
In reply to#19392
Il 06/07/2018 16:34, Sauro ha scritto:
> Per via della nuova legge di tutela della privacy
> ho dovuto mettere la password nel database.

Anche io, per il un programma di Fatturazione che ancora gira su VB6 e
usa un file MDB (Access), ma da sempre l'accesso al DB richiede la
password...

Però seguendo la nuova normativa, mi stavo preoccupando di cosa più
avanzate:

- la semplice password non cifra il contenuto... che può essere aperto è
frugato con un editor di testo, permettendo di leggere, ad esempio, i
dati anagrafici dei clienti (Nomi, indirizzi, numeri di telefono, email etc)

- la password può essere "forzata" se non molto lunga e/o complessa



Esiste qualche sistema per attivare una cifratura?
Oppure è preferibile cifrare a livello di codice i campi come
Nominativo, Indirizzo, Località, Email etc?



-- 
Daniele Pinna  (leva oops. per rispondere)
Utente Skype: dapinna
Sito Web: http://www.dapinna.com
Il Docfa in Pillole:  http://www.ildocfainpillole.it
DAPINNA.COM su Facebook: https://www.facebook.com/dapinnadotcom
Blog - Storie di un Laboratorio di Informatica:
http://storielaboratorioinformatica.wordpress.com
-----
*** Powered by Linux KUbuntu 18.04 LTS (Bionic Beaver) ***

[toc] | [prev] | [next] | [standalone]


#19400

From"Sauro" <vicchi@crsscala.it>
Date2018-07-09 18:47 +0200
Message-ID<pi03jr$16i2$1@gioia.aioe.org>
In reply to#19398
"Daniele Pinna"  ha scritto nel messaggio

> Il 06/07/2018 16:34, Sauro ha scritto:
>> Per via della nuova legge di tutela della privacy
>> ho dovuto mettere la password nel database.
>
> Anche io, per il un programma di Fatturazione che ancora gira su VB6 e
> usa un file MDB (Access), ma da sempre l'accesso al DB richiede la
> password...
>
> Però seguendo la nuova normativa, mi stavo preoccupando di cosa più
> avanzate:
>
> - la semplice password non cifra il contenuto... che può essere aperto è
> frugato con un editor di testo, permettendo di leggere, ad esempio, i
> dati anagrafici dei clienti (Nomi, indirizzi, numeri di telefono, email 
> etc)
>
> - la password può essere "forzata" se non molto lunga e/o complessa

In realtà il mio scopo non è quello di proteggere realmente i dati
ma solo di proteggere i clienti da eventuali sanzioni.

In fondo si tratta solo di un pò di ragioni sociali con relativi indirizzi
e numeri di telefono.
Qualora qualcuno (per esempio un concorrente) sia veramente
interessato a queste informazioni, trova comunque il modo di
procurarsele.

Ciao Daniele
Sauro
> Esiste qualche sistema per attivare una cifratura?
> Oppure è preferibile cifrare a livello di codice i campi come
> Nominativo, Indirizzo, Località, Email etc?
>
>
>
> -- 
> Daniele Pinna  (leva oops. per rispondere)
> Utente Skype: dapinna
> Sito Web: http://www.dapinna.com
> Il Docfa in Pillole:  http://www.ildocfainpillole.it
> DAPINNA.COM su Facebook: https://www.facebook.com/dapinnadotcom
> Blog - Storie di un Laboratorio di Informatica:
> http://storielaboratorioinformatica.wordpress.com
> -----
> *** Powered by Linux KUbuntu 18.04 LTS (Bionic Beaver) *** 

[toc] | [prev] | [standalone]


Back to top | Article view | it.comp.lang.visual-basic


csiph-web