proteja fișierele bazei de date metode de acces la date, atelier de baze de date

Accesul este destul de un instrument interesant pentru crearea de baze de date. Acesta combină și stocare a datelor, precum și partea de interfață, care este vizibil pentru forma de utilizator. Când creați un cadru pentru protecția de care aveți nevoie pentru a înțelege pentru ei înșiși - pe care doriți să le protejați - datele în sine, sau logica programului (sau ambele), și se bazează pe faptul că deja construi protecție. Iată câteva metode pentru a asigura securitatea bazei de date.

1. Pune în formă de pornire cu o parolă. Când faceți clic pe OK pentru a verifica dacă codul se potrivește cu parola, și apoi deschideți formularul principal al aplicației.
Pro: ușor de a face, puteți face parola conform algoritmului, de exemplu, egală cu data curentă.
Contra: de bază elementară a costurilor prin importarea cel nou. Aceasta dezactivează toate formele de pornire.
Această metodă este eficientă numai în combinație cu alte metode - cum ar fi compilarea bazei de date MDB la MDE

2. Crearea unui fișier MDE sau ACCDE - un fișier special modificat ireversibil, în care nu există acces la proiectantul de formulare, dar au acces la datele. Adică, datele pot fi schimbate, și efectuarea logică și aspectul - nu. Acest format a pierdut, de asemenea, edita codul VBA
Pro: capacitatea de a ascunde logica programului și se adaugă controale suplimentare - de exemplu, prezența unei combinații de taste fișier-cheie sau secrete. Incapacitatea de a „sparge“ programmy.Nevozmozhnost codul de import dintr-un cod de diferite forme de bază și de proiectare.
Contra: există modalități de a trage înapoi de la interfața de fișier compilat. Necesitatea de a stoca codul sursă și depanare numai dezvoltator. Puteți accesa tabelele de la alte baze de date prin importarea.

3. parolă unică simplă la baza de date. Trebuie să vă conectați în baza de date în mod exclusiv, și setați o parolă pentru deschidere.
Pro: rapidă și relativ sigură. Cel mai eficient mod de a proteja baza curios. Nici o parolă nu poate avea acces la formularele și tabele, chiar și de la alte baze de date.
Contra: parola una la toate, că este persoana care cunoaște parola - poate schimba complet datele și tipul de formulare.

• În primul rând trebuie să creați fișierul, deschideți-l cu acces, și apoi să creați doar fișierul principal de bază de date.
• Trebuie să eliminați toți utilizatorii din grupul admins, și se lasă numai grupul Utilizatori
• operațiune permis prevalează asupra interdicției. Aceasta este, în cazul în care utilizatorul nu este permis să deschidă formularul, iar grupul căruia acesta îi aparține - permis - atunci utilizatorul va deschide în continuare formularul.
• interfață Super-curbă la setările de acces. De ce sunt doar o listă verticală, în 4 rânduri în înălțime.
• Incapacitatea de a seta o parolă pentru un alt utilizator - adică, trebuie să vă conectați mai întâi la fiecare bază de date utilizator fără o parolă, și numai după aceea poate fi setat. Cu toate acestea, puteți reseta parola de pe altcineva la administrator.
• Posibilitatea de a pierde bazei de date. Când configurați, puteți „trage singur in picior“ - de exemplu, dacă eliminați „creator-proprietar“ al bazei de utilizatori - accesul admin vor fi pierdute.
• Și cel mai incomod - necesitatea de a rula orice bază de date cu o comandă rapidă, sau din script-ul pentru a specifica fișierul grup de lucru.