Structura fișierelor SQLite. Ce format de fișier trebuie utilizat în acces? Extinderea fișierului bazei de date bazei de date

Există baze de date sisteme complexecare conțin informații în tabelele conexe. Fișier de prezentare a datelor SQL - SQL în baze. Cu alte cuvinte, este obișnuită fisier text Cu un set de instrucțiuni pentru lucrul cu informații în tabele.

Descriere

Formatul fișierului * .SQL este decriptat ca "Limba de interogare a fișierelor structurate). Se referă categoric la fișierele de bază de date. Conține informații text., precum și un set de instrucțiuni care îi permit să se ocupe - să caute, să clasifice, să ștergă liniile din baza de date (baza de date), adăugați noi, creați eșantioane pe baza parametrilor specificați. Setul de instrucțiuni este prezentat ca operatori de limbă de interogare.

Cum să deschideți fișierul SQL?

Formatul SQL deschide toate programele care lucrează cu baze de date. Această listă include:

MySQL este unul dintre cele mai frecvente compatibile cu toate sistemele de operare cunoscute.
Microsoft Office. Access - Program de la un set extins de birou software. Pentru ferestre.
PostgreSQL este un DBMS modern și convenabil, concurează cu MySQL.

Toate programele listate (cu excepția accesului este că accesul) nu sunt instalate numai în sistem, ci și efectuează ajustări ale fișierelor de sistem în timpul instalării - Puneți DBMS-urile multifuncționale sunt dificile și adecvate numai dacă aveți nevoie de o muncă suplimentară. În caz contrar, luați în considerare alte opțiuni.

Editori de text

Pentru a vedea ce conține fișierul SQL, fișierul * .sql poate fi deschis prin orice editor de text simplu, cum ar fi "Notepad", WordPad, Vim sau Notepad. În plus, epitetul "orice" înseamnă că editori de text Linux este, de asemenea, capabil să deschidă și să editeze fișiere de bază de date.

Important! După editarea fișierului, nu uitați să îl salvați în formatul sursă.

Dezavantajul acestei metode: Lipsa funcționalității DBMS. Este necesar să funcționeze numai cu conținut de text, fără posibilitatea de a notifica sistemul de eroare al interogării scrise sau de a sublinia greșelile la schimbarea datelor. Din acest motiv pentru editare fișierul SQL., SQL DBMS este potrivit mai bun.

Utilizarea altor baze de date formate

Sistemele de gestionare a bazelor de date relaționale ale diferiților producători lucrează cu un anumit fișiere de bază de date. Mulți dintre aceștia folosesc fișiere de index speciale pentru a accelera datele de căutare și sortarea în tabele. .
Accesul 2010 vă permite să lucrați nu numai direct cu tabelele bazei de date ale altor formate, dar și cu fișierele index ale acestor tabele.
Această secțiune va descrie formatele de bază de date care pot fi importate (atașate) în accesul în 2002, care lucrează cu alte tabele de bază de formate, precum și utilizarea fișierelor index, convertiți tipurile de date și erorile tipice care apar atunci când importați tabele.
Formate de bază de date
În majoritatea desktop-urilor, fiecare tabel de bază de date este stocată în fișier separat.care conține și informații despre serviciu. și datele din formatul corespunzător. Serviciul include informațiile care descriu structura fișierului, cum ar fi numele și tipurile de câmpuri de tabel ale tabelului, numărul de intrări din fișier, lungimea fișierului etc.
Spre deosebire de alte DBMS, Microsoft Access Storează toate obiectele (cu excepția paginilor de acces la date) într-un singur fișier cu extensia MDB. În plus, fișierul MDB include un set de tabele de sistem care conțin toate informațiile necesare despre obiecte Baze de date, inclusiv informații despre locația și parametrii tabelelor anexate ale altor formate. Implicit, tabelele de sistem nu sunt afișate în fereastra de bază. accesați datele 2010. Pentru a accesa aceste tabele, trebuie să modificați unul dintre parametrii de acces. Pentru a face acest lucru, selectați comanda Serviciu, parametri(Instrumente, Opțiuni), dezvăluiți fila Vedere(View) caseta de dialog Parametri(Opțiuni) și în grup Afişa(Show) caseta de selectare Obiecte de sistem(Obiecte de sistem). Tabelele de sistem de acces au acces numai la citire, astfel încât acestea nu pot fi modificate de către utilizator.
Următoarele descrie formatele fișierelor bazei de date care pot fi atașate sau accesibile accesului 2010.

Mese versiunea anterioara Access 2000 (MDB) sunt procesate complet similar cu tabelele de acces 2010. Acestea nu necesită eforturi speciale de import ale utilizatorului și deschideți la fel ca și mesele de acces . Diferența va fi doar după numele deschide fișierul În antetul ferestrei bazei de date din paranteze, va apărea o inscripție: Access 2000 Format(Accesați fișierul Format 2000).
Tabele DBASE III, III +, IV (DBF), DBT) Fișierele de câmp, fișierele index DBASE III (NDX) și fișierele index DBase IV (MDX).

cometariu
Driverele ISAM incluse în livrarea standard a Microsoft Office ca parte a componentei 2.1 a componentei de acces la datele Microsoft (MDAC) și mai sus oferă acces la fișierele format DBF numai pentru citire. Pentru a accesa citirea și scrierea, trebuie să instalați motorul bazei de date Borland (BDE) 4.x sau mai mare. Există, de asemenea, drivere de la Microsoft, care oferă acces la citire și scriere și nu necesită instalarea BDE, dar pentru aceasta trebuie să contactați serviciul de asistență tehnică Microsoft.
Fișele de format ale tabelelor și indexurilor DBASE III și DBASE IV sunt standard pentru sistemele de gestionare a bazelor de date care operează pe calculatoare personale. Access 2010 Sistemul de gestionare a bazelor de date vă permite să atașați fișiere Index NDX și MDX. Când schimbați baia index atașată, tabelul de acces DBASE actualizează automat fișierele index.
cometariu
Prezența fișierelor Index NDX (dbaza III), MDX (DBASE IV) este opțională. Cu toate acestea, dacă aceste fișiere sunt disponibile, este mai bine să le utilizați. În caz contrar, când schimbați tabelul atașat DBASE, aceste modificări nu sunt reflectate în fișierul index, care poate provoca erori atunci când încercați să utilizați tabele indexate modificate în accesul în aplicațiile DBEE.
Dacă fișierul importat DBase conține câmpurile Memo, este necesar ca fișierele cu aceste câmpuri (DBT), adică acestea trebuie să fie în același dosar ca și tabelul în sine. Dacă accesul 2010 nu reușește să găsească fișierul DBT, atunci conectarea sau importul datelor dintr-un astfel de tabel va provoca o eroare. La exportul de date din tabelul Access 2010 care conține un câmp de tip Memo, fișierul DBT este creat automat în tabelul de format DBT și același nume este atribuit același nume ca și fișierul de masă.

TABLE (DB) și index (PC) Paradox Fișiere 3.x,4.x și 5.0.

Access 2010 vă permite să atașați fișierele Index Table și Paradox 3.x.și 4.x pentru MS-DOS, precum și paradoxul pentru Windows 5.0 și 8.0. La actualizarea datelor din tabelul Paradox de la acces, fișierul index trebuie să fie accesibil împreună cu fișierul de masă. În procesul de atașare a tabelului Access 2010, fișierul index conectează automat (dacă există).
Toate fișierele suplimentare utilizate la importul sau conectarea tabelelor de bază de date trebuie plasate într-un singur dosar cu tabelul. De asemenea, merită remarcat faptul că majoritatea aplicațiilor care rulează cu fișiere de tabele și indexuri sunt
Utilizați extensiile standard pentru aceste fișiere de mai sus, deși acest lucru nu este obligatoriu. Prin urmare, definiția unui format specific al fișierului tabelului bazei de date poate fi uneori non-trivial.
Alăturați-vă și importați tabele externe
Înainte de a trece la probleme legate de tabelele de import și de îmbinare, trebuie să înțelegeți diferența dintre aceste capabilități de acces din 2002.
Când importați un tabel dintr-o altă bază de date din fișierul MDB în considerare, se creează un nou tabel de acces, care are aceeași structură (compoziție și tipuri de câmpuri) ca tabel sursă și conține toate datele privind datele sursă. După aceea, lucrați deja cu o filă nouă în format de acces care nu depinde de tabelul sursă.
Când atașați o masă externă, obțineți acces la tabelul unei alte aplicații, puteți utiliza date din acest tabel, dar rămâne în vechea aplicație, numai informațiile de comunicare sunt stocate în acces. Ambele aplicații (în care a fost creat acest tabel și aplicația de acces) pot funcționa cu acest tabel în același timp. Cu toate acestea, astfel încât datele din tabelul atașat nu pot fi vizualizate, dar și schimbarea acestui tabel trebuie să aibă un câmp cheie. În mod tipic, câmpul cheie este determinat în procesul de atașare a tabelului.
Cu o masă externă atașată la baza de date Access 2010, puteți lucra în același mod ca și cum ar fi fost inclus în această bază de date. Singura limitare este că este imposibil să se schimbe structura tabelului atașat (nume de câmp, tipuri de date etc.). Cu toate acestea, numele tabelului poate fi modificat (cu numele fișierului tabelul exterior. Nu se schimbă, numai numele (alias) din tabelul din baza de date de acces variază, de exemplu, pentru a fi mai ușor de înțeles, deoarece restricțiile privind numele tabelelor din acces sunt mai puțin rigide decât în \u200b\u200balte DBM-uri.
În plus, în tabelul atașat, puteți schimba gama de proprietăți de câmp în modul de designer (format, inscripție, mască de intrare, numărul de semne zecimale) care afectează numai modul în care acest tabel va fi afișat în acces. În același timp, în aplicația "nativă" proprietăți Câmpurile nu se schimbă.
cometariu
În primele versiuni de acces, termenul atașament a fost aplicat operației de aderare (atașament). ÎN versiuni recente Se introduce termenul de legare (legare). Astfel, mesele externe devin acum asociate. Folosim atașamentul vechi pe termen în această carte și, respectiv, tabelele atașate pentru a nu fi confundate cu tabelele asociate dintr-o singură bază de date care conțin date conexe.
Atașarea tabelelor externe la baza de date Access 2010 este benefică în următoarele cazuri:

există mai mulți utilizatori cu o masă;
imposibil de refuzat să utilizeze un alt DBMS pentru a modifica datele;
tabelul este stocat pe o altă mașină (de exemplu, pe serverul local reţea) Și conține o cantitate foarte mare de informații.

Utilizarea importului de tabele externe în baza de date Access 2010 este justificată în următoarele cazuri:

dacă, la dezvoltarea aplicațiilor, este necesar să se elimine restricțiile privind modificarea proprietăților tabelelor externe;
nu există acces direct la fișierul de masă;
este necesar să înlocuiți câmpurile cheie ale tabelelor Paradox. O astfel de situație poate apărea dacă structura unuia sau mai multor mese este în mod serios contrară regulilor de normalizare;
tabelul trebuie să introducă date repetate, iar cheia primară a mesei externe nu permite acest lucru.

La dezvoltarea unei aplicații care ar trebui să funcționeze cu tabele atașate, puteți importa temporar un tabel în baza de date și apoi în etapa finală de dezvoltare, continuați să utilizați tabelul atașat. În același timp, pentru a exclude problemele din stadiul de tranziție de la lucrul cu un tabel importat pentru a lucra cu atașat, nu modificați numele și tipurile acestor câmpuri ale tabelului importat. În caz contrar, poate fi necesar să se facă multe schimbări în interogări, formulare, rapoarte, macro-uri și module VBA. Dacă aplicația dezvoltată va folosi tabelele paradox, nu modificați câmpurile care formează cheia primară. Dacă ar trebui să utilizeze tabelele DBASE, trebuie să vă asigurați că indexurile se aplică corespund tabelelor de dbaza index (NDX și MDX).

În acest post, baza SQLite va fi luată în considerare în context, puteți găsi informații despre structura fișierului bazei de date, despre vizualizarea datelor în memorie, precum și informații despre structura și reprezentarea fișierului în copac.

Formatul fișierului bazei de date

Întreaga bază de date este stocată într-un singur fișier de pe disc numit "Fișier principal de bază de date". În timpul tranzacțiilor, SQLite stochează informații suplimentare în al doilea fișier: Rollback Journal sau dacă baza funcționează în modul Wal, fișierul jurnal cu informații despre înregistrări. Dacă aplicația sau computerul s-au oprit la sfârșitul tranzacției, aceste fișiere sunt numite "jurnal Hot" sau "Hot Wal Wal" și conțin informațiile necesare pentru a restabili baza într-o stare consistentă.

Pagini

Fișierul principal principal constă din una sau mai multe pagini. Toate paginile din aceeași bază de date au aceeași dimensiune, care pot fi de la 512 la 65536 octeți. Dimensiunea paginii pentru fișierul de bază este determinată de numărul integrator cu 2 octeți cu o deplasare de 16 octeți de la începutul fișierului bazei de date.
Toate paginile sunt numerotate de la 1 la 2147483646 (2 ^ 31 - 2). Dimensiune minimă Bazele: o dimensiune a paginii 512 octet, Dimensiunea maximă a bazei de date: 2147483646 Pagini pentru 65536 octeți ( ~ 140 TBA.).

Titlu

Primele 100 de octeți din fișierul bazei de date conține antetul de bază, în Tabelul 1 prezintă circuitul antetului.

tabelul 1

Pagina de blocare a byte

Pagina de blocare este o pagină a fișierului de bază și este situată între compensări 0x1073741824 și 0x1073742335, dacă dimensiunea bazei este mai mică, atunci nu are pagini de blocare. Această pagină este necesară pentru a implementa primitivii blocării interfeței OS.

Freelist.

Lista paginilor goale este organizată ca o listă conectată. Fiecare element al listei este alcătuit din două numere de 4 octeți. Primul număr determină numărul următorului element de freelist (indicatorul trunchiului) sau este egal cu zero dacă lista sa terminat. Al doilea număr este un indicator la pagina de date (numere de pagină de frunze). Figura de mai jos prezintă diagrama acestei structuri.

B - copac.

Sqlite utilizează două tipuri de copaci: "tabelul b - copac" (datele sunt stocate pe frunze) și "Index B - copac" (tastele sunt stocate pe frunze).
Fiecare intrare în "Tabelul B - Tree" constă dintr-o cheie întregi pe 64 de biți și până la 2147483647 octeți de date arbitrare. Cheia "tabel b - copac" se potrivește cu tabelul SQL Rowid.
Fiecare intrare în "Index B - Tree" constă dintr-o cheie arbitrară de până la 2147483647 octeți în lungime.

Pagina B - Arbore

Pagina B-copac are o structură:

Fișier de bază de date titlu (100 octeți)
Titlul paginii B-arbore (8 sau 12 octeți)
O serie de indicatori de celule
Spațiu nemontat
Conținutul celulelor.
Locul rezervat

Header de fișier de bază de date Apare numai pe prima pagină, care este întotdeauna un bătrân "tabel b - copac". Toate celelalte pagini B-copac din baza de date nu au acest titlu.

Antetul paginii B-Tree Are o dimensiune de 8 octeți pentru pagini de frunze și 12 octeți pentru pagini interne. Tabelul 2 prezintă structura antetului paginii.

masa 2

FreeBlock. - Aceasta este structura utilizată pentru a determina spațiul neocupat în interiorul paginii B-arbore. FreeBlock sunt organizate ca un lanț. Primii 2 octeți din FreeBlock (de la cei mai în vârstă la cei mai tineri), este compensat până la următorul FreeBlock sau Zero, dacă blocul liber este ultimul din lanț. Al treilea și al patrulea octet sunt un număr întreg, dimensiunea blocului liber în octeți, inclusiv antetul din 4 octeți. FreeBlocks sunt întotdeauna asociate în creșterea deplasării.

Numărul de octeți fragmentați - Acesta este numărul total de octeți neutilizați în zona conținutului celulei.

O serie de indicatori de celule Constă din deplasările integrate K2 octet ale conținutului celulelor (cu celule K în copacul B). Matricea este sortată ascendentă (de la cele mai mici chei la cel mai mare).

Spațiu nemontat - Aceasta este zona dintre ultima celulă a gamei de indicii și începutul primei celule.

Locul rezervat La sfârșitul fiecărei pagini, utilizați extensii pentru a stoca informații despre pagină. Dimensiunea zonei rezervate este determinată în antetul de bază (implicit este zero).

Masa

Fiecare tabel (cu Rowid) este prezentat sub formă de tabelul b - copac. Fiecare intrare din copac corespunde rândului de masă SQL. O linie SQL a tabelului este prezentată sub forma unei secvențe (la fel ca cea specificată când este creată) coloane de masă în format de înregistrare. Dacă tabelul are o cheie primară întregă, care este un pseudonim rowid, atunci în loc de valoarea sa va fi înregistrată de NULL. Sqlite va folosi întotdeauna cheia tabelul b - copac in schimb valori null. Când contactați cheia primară între întregătoare. Dacă coloana de afinitate (recomandarea tipului de tip, mai mult decât HABRAHABR.RU/POST/149635 în secțiunea "Tipurile de date și compararea valorilor") este reală, iar valoarea poate fi convertită într-un număr întreg fără a pierde date, Valoarea va fi stocată ca întreg. La extragerea datelor din baza de date SQLite convertește un număr întreg la real.

Tablewithout Rowid.

Fiecare tabel (fără spoid) este prezentat sub formă de index b - copac. Diferența față de tabelele cu Rowid este aceea că cheia fiecăruia records SQL. Tabelele sunt stocate ca format de înregistrare, cu coloanele cheie sunt stocate așa cum sunt specificate în cheia primară și restul în ordinea specificată în declarația de tabel.
Astfel, înregistrează în index b - copac apar la fel de bine ca tabelul b - copac, cu excepția ordinii coloanelor și a faptului că conținutul rândului este păstrat în venele copacului și nu ca date despre frunze ca în tabelul b - copac.

Index

Fiecare index (declarat creat index, cheie primar sau unic) este in baza de date index b - copac. Fiecare intrare într-un astfel de copac corespunde șirului din tabelul SQL. Tasta indexului copacului este o secvență de valori ale coloanei specificate în index și este completată de tasta cheie Rowid sau primară în format de înregistrare.

UPD 13:44.: Secțiunea reciclată Reprezentare, Mulțumesc pentru critica Mayorovp (a fost cu siguranță posibilă și mișcarea, bine, bine).

Programul de instalare scrie un fișier de bază de date pe un computer (DB). Este necesar pentru pornirea inițială a programului. Acesta poate fi folosit în viitor pentru a crea o bază de setări tehnologice și pentru a comanda baza comenzilor. Dar înainte de a utiliza fișierul de bază de date - încărcarea manuală a unui constructiv și / sau cartografiere, este necesar să se restructureze fișierul bazei de date.

Se întâmplă, de asemenea, că este necesar să se creeze mai multe baze de date diferite - pentru dealeri, pentru arhiva comenzilor, pentru teste, pentru actualizări etc.

Scopul acestei secțiuni, familiarizați utilizatorul cu mecanismele de creare a unui nou fișier de bază de date și setările programului pentru o funcționare ușoară cu mai multe baze de date prin crearea de configurații și comutarea între ele.

Crearea unui fișier de bază de date.

Pentru a crea fișierul DB, utilizatorul trebuie să aibă drepturi de administrator pe calculatorul și drepturile de acces la secțiunea "Administrație" din Profroy 4 PC. Dacă sunteți prezentat cu denominațiuni, trebuie să mergeți la secțiunea "Administrare" Pe marcaj "Crearea bazei de date".

În exemplul nostru, pentru a crea fișierul bazei de date, un dosar predeterminat C: Testul DBPPS4PS Numele alocat al fișierului bazei de date base12.fdb.După ce folderul este definit și numele fișierului, faceți clic pe butonul "Creare", a fost creat noul fișier BD gol, creat. Programul informează despre acest lucru:

Asa de. Fișierul bazei de date este creat și plasat într-un anumit loc de pe discul computerului. Dar aceasta este doar o bază de date "Dord" - în timp ce nu există un conținut semnificativ în el. Pentru a începe să lucrați cu acest fișier pentru a vă conecta la acesta.

Pentru a vă conecta la fișierul bazei de date, trebuie să mergeți la secțiunea " Datele sistemului."

În câmp "bază date Firebird. "Specificați calea către fișierul bazei de date - în cazul nostru, este după cum urmează: C: DBPS4PS testBase12.fdb. Apoi, vom continua să creăm configurația.

Configurare - un set de fișiere de bază de date și mai multe dosare de birou:

dosare pentru backup.;

dosare pentru stocarea fișierelor atașate (cel mai adesea acestea sunt fișierele secțiunilor transversale ale profilurilor, imaginile MC, desenele structurilor, compozițiilor, seturilor etc.);

dosare pentru a crea fișiere temporare (utilizate atunci când lucrați ca program pentru formarea, de exemplu, fișiere imagine vedere externă Rapoarte pentru rapoarte. Eliminat după închiderea programului;);

dosare pentru stocarea exporturilor de date în 1C - aici sunt stocate fișierele de format XML;

proiect Arhiva Directory Dosare - Fișierele de copiere arhivă sunt stocate în acesta.

Trebuie remarcat faptul că atunci când lucrați cu mai multe fișiere de bază de date, crearea unei configurații are caracteristici proprii. Deci, de exemplu, folderele 2 și 3 pot fi comune pentru toate configurațiile, iar 1,4,5 dosare trebuie să fie unice pentru fiecare configurație.

După ce folderele setați cu siguranță steagul Salvați configurația ca ...", în câmpul activat pentru a atribui configurații nume unic și faceți clic pe butonul " Salvați configurația"De asemenea, atunci când utilizați mai multe configurații, trebuie să setați steagul" Solicitare atunci când începeți programul ". În acest caz, când porniți PCHOY 4 PC, va fi afișată o listă de configurații pentru a selecta cea în care trebuie să aveți muncă.

După acest lucru, faceți clic pe butonul "Aplicați". Programul va genera o configurație, va crea un dosar și va solicita selectarea unui utilizator:

pentru că Fișierul BD este gol - nici un utilizator în el. Primul utilizator trebuie creat acum - în câmpul "Utilizator", introduceți un nume convenabil (în cazul nostru va fi admin) și faceți clic pe butonul "Aplicați". Programul va informa că utilizatorul nu există și solicită confirmarea creației.

După aceasta, intrarea în baza de date va fi recalculată. Utilizatorul creat va avea toate puterile în cadrul acestei baze de date. În viitor, se poate atribui o parolă, precum și să creeze alți utilizatori ai sistemului dacă ar trebui să funcționeze mai mulți oameni cu baza de date, să le numească autoritatea competentă, parolele etc.

Baza de date este creată, este definită configurația. Acum puteți trece la configurarea părții tehnologice a bazei de date.

Formatul ACCDB, prezentat în Access 2007, are multe avantaje inaccesibile în formatele de fișiere anterioare. Dacă actualizați versiunea de acces pentru a accesa 2007, este posibil să aveți fișiere de bază de date care utilizează formatul fișierului MDB. În majoritatea cazurilor, trebuie să salvați aceste baze de date cu extensia ACCDB. Puteți salva o copie a fișierului MDB sursă pentru a vă asigura că tranziția a fost oprită cu succes.

Acest articol descrie avantajele formatului ACCDB, motivele pentru care este posibil să fie necesar să utilizați formatul fișierului MDB și conversia bazei de date în formatul nou fişier.

În acest articol

Formatul fișierului ACCDB.

Începând cu accesul în 2007, ACCDB este formatul implicit de fișier de acces. Formatul ACCDB acceptă o serie de caracteristici noi, cum ar fi câmpurile calculate și atașamentele. Cu toate acestea, în unele cazuri este posibil ca formatul fișierului ACCCDB să nu fie potrivit.

Oportunități oferite de formatul fișierului ACCDB

Domenii multivated Câmpul multi-valid este un câmp de substituție care vă permite să stocați mai mult de o valoare pentru fiecare înregistrare. De exemplu, să presupunem că trebuie să atribuiți o sarcină mai multor angajați. În fișierul ACCDB, puteți crea un personal cu mai multe valori pentru stocarea angajaților atribuiți sarcinii. Numele angajaților pot fi selectate din tabelul sau lista valorilor.

Câmpurile multivated vă permit să selectați și să stocați cu ușurință mai mult de un element, fără a crea un design mai complex al bazei de date. Câmpurile multivated sunt, de asemenea, importante pentru integrarea cu SharePoint, deoarece listele SharePoint suportă, de asemenea, câmpuri multi-evaluate.

Tipul de date "Atașament" Tipul de date "Insert" vă permite să stocați toate tipurile de documente și fișiere binare în baza de date, salvând fișierul bazei de date cu limitarea dimensiunii fișierului de până la 2 GB va fi comprimată automat. Înregistrarea poate avea mai multe atașamente, dar fiecare masă poate fi doar un câmp de atașare.

Integrarea îmbunătățită cu SharePoint și Outlook Formatați fișiere. ACCDB sprijină cerințele de securitate SharePoint și Outlook care nu sunt acceptate în fișiere MDB. Acest lucru face posibilă integrarea pe deplin a accesului cu SharePoint și Outlook.

Criptare îmbunătățită Puteți specifica o parolă de bază de date și să criptați conținutul bazei de date. Când utilizați formatul fișierului ACCDB, accesul implicit utilizează API de criptare Windows pentru a cripta date. În plus, puteți utiliza instrumente de criptare terță parte.

Urmărirea câmpurilor de text lungi (memo) Câmpuri de text lungi (memo) Utilizați convenabil pentru depozitare un numar mare date. Dacă utilizați formatul ACCDB, puteți personaliza proprietatea ( apendonli.), care forțează accesul la salvarea istoriei tuturor modificărilor din câmpul de text lung (memo). Apoi puteți naviga pe această revistă. Această caracteristică acceptă, de asemenea, funcția de control al versiunii în SharePoint, astfel încât să puteți utiliza accesul la schimbările de urmărire în mai multe rânduri ale unui câmp de text stocat în lista Sharepoint (cu condiția ca câmpul din câmp " Adăugați la textul existent "Este determinat pentru asta da).

Tipul de date "Calculat" Începând cu formatul de fișier de acces 2010. ACCDB acceptă utilizarea tipului de date calculată. Puteți utiliza tipul de date calculat pentru a stoca rezultatele unei expresii specifice.

Formate de fișiere MDB

Înainte ca formatul ACCDB să fie introdus în 2007, o extensie este utilizată în formate de acces la fișiere. MDB. Există mai multe versiuni diferite ale formatului fișierului MDB.

Unele fișiere MDB pot fi deschise. Dacă fișierul este stocat în format Access 2002-2003 sau Access 2000, îl puteți deschide și utiliza în modul normal. Cu toate acestea, nu puteți utiliza funcțiile pentru care este necesar formatul ACCDB.

Dacă utilizați funcțiile inaccesibile în fișierul accdb, nu convertiți fișierul lăsându-l în format MDB.

funcții de fișiere în format MDB, inaccesibile în ACCDB

Miercuri S. diferite versiuni Formatul ACCDB nu poate fi deschis sau chiar asociat cu versiunile de acces anterioare accesului în 2007. Dacă există persoane în organizația dvs. care au o versiune anterioară de acces, este necesar să decideți dacă fișierul MDB este o opțiune mai potrivită. Dar nu uitați - puteți utiliza aplicația Web Access sau o bază de date Web în browser, indiferent dacă este instalat accesul.

Replicarea bazei de date În ACCDB, nu puteți utiliza replicarea în fișier. Dacă soluția dvs. de acces utilizează funcția de replicare, va trebui să re-creați o soluție fără replicare dacă doriți să utilizați formatul ACCDB.

Securitate la nivel de utilizator Formatul ACCDB nu acceptă securitatea la nivel de utilizator, o funcție care permite oamenilor să vadă numai ceea ce trebuie să vadă. Securitatea la nivelul utilizatorului nu mai este adecvată pentru securitatea datelor, deoarece metoda sa de securitate este acum depășită și ușor compromisă. Cu toate acestea, dacă utilizatorul nu poate utiliza o formă specifică, puteți să o ascundeți folosind protecția la nivel de utilizator, de exemplu, dacă nu are nici o companie. Dacă aveți o soluție de acces care utilizează protecția la nivel de utilizator pentru a îmbunătăți ușurința utilizării, este posibil să fie necesar să utilizați formatul fișierului MDB astfel încât să puteți utiliza soluția așa cum este.

Conversia în format de fișier nou

Pentru a converti fișierul MDB - Formatul ACCDB, deschideți fișierul și salvați-l în format ACCDB.

Important: Procedura de fișiere MDB create în Access 97, Acces 2000, Acces 2002 sau Access 2003 este descrisă mai jos.

Mai întâi deschideți baza de date.

Deschideți fila Fişier.

În partea stângă a ecranului, faceți clic pe Deschis.

În caseta de dialog Deschis Selectați și deschideți baza de date pe care doriți să o convertiți.

Acum convertiți baza de date:

Deschideți fila Fişier.

În partea stângă a ecranului, selectați comanda Salvează ca.

În capitolul. Tipuri de fișiere. Clic Salvați baza de date ca..

În partea dreaptă a casetei de dialog tipuri de fișiere de bază de dateapasa butonul accesați baza de date.

O copie a bazei de date este creată în format accdb.