mici aplicații Microsoft Access constau de obicei dintr-un singur fișier de baze de date. aplicație de rețea mai ușor de a construi, astfel încât acesta a inclus două MDB fișier: prima - obiecte de date fișier (stochează tabel), al doilea - formularele, interogări, rapoarte, pagini de acces la date, macro-uri - toate celelalte obiecte fișier obiecte de aplicație (stocate în ea și modulele VBA). În acest caz, fișierul obiect aplicație care face legătura cu tabele stocate într-un fișier obiect de date.
Obiecte de date fișier numit o parte posterioară a planului de aplicare (back-end), o aplicație fișier de obiecte - o parte din prim-plan (front-end). Obiectele fișierului de date să fie, de obicei, se agită pe un server de fișiere, precum și o copie a informațiilor generate de aplicare - pe stațiile de lucru client.
Separarea bazei de date oferă următoarele beneficii.
- Într-un mediu cu un singur utilizator, puteți actualiza aplicația obiecte, fără a afecta datele existente. În acest caz, aplicația este actualizată prin simpla înlocuire a aplicatiaFile obiecte. O alternativă la această metodă este consumatoare de timp și de multe ori provoacă o operație de actualizare eroare a obiectelor de aplicații într-o bază de date constând dintr-un singur fișier.
- Într-un mediu multiutilizator cu aceleași date pot colabora toți utilizatorii aplicației, ca fișier este situat pe un server de fișiere de date obiecte. Fișier obiectele de aplicare pot fi, de asemenea, plasate pe un server de fișiere pentru a partaja, și este posibil pentru fiecare utilizator pentru a crea o copie separată a fișierului obiect aplicație, puneți-l pe o stație de lucru locală client unitate. Apoi, fiecare utilizator va fi capabil să lanseze rapid o copie locală a cererii și de a partaja obiecte de date de fișiere, localizate pe serverul de fișiere. Folosind copia locală a cererii crește performanțele sale, în timp ce lansarea de aplicatii multi-user situat pe server, crește sarcina pe rețea. Prin urmare, într-un mediu de rețea, este recomandat să utilizați partițiile bazei de date. În acest mediu, este mai ușor să actualizeze o bază de date a divizat obiecte de aplicație ca fișier de actualizare nu afectează fișierul obiect de date pe server. În cazul în care aplicațiile multi-utilizator folosind mai multe copii ale unui obiect fișier, nu trebuie să uitați să actualizeze toate copiile.
Fig. 19.1. Baza de date caseta de dialog de separare
- După apăsarea caseta de dialog Split, (Split, baza de date) apare Crearea tabelelor bazei de date (Create Back-end Baza de date), prezentate în fig. 19.2. În numele fișierului (File name) afișează numele de fișier al obiectelor de date, implicit format din numele bazei de date și un sufix speciale, de exemplu: Boreas _be.mdb (fie - de back-end).
Fig. 19.2. Caseta de dialog Creare tabele de baze de date
- Faceți clic pe Separare (Split). După ce baza de date este procesul de separare (poate dura câteva minute), primiți un mesaj că baza de date este împărțit cu succes (fig. 19.3).
Fig. 19.3. Postează finalizarea cu succes a operațiunii de separare
- Faceți clic pe OK. Faceți clic pe pictograma Tables (tabele) și fereastra bazei de date. În partea stângă a tuturor tabelelor apar săgeți, ceea ce înseamnă că mesele sunt stocate într-un fișier extern (Fig. 19.4).
- Pentru a se asigura că toate comunicațiile cu mese în Veitsch extern instalat corect, selectați Instrumente, Utilități, tabele legate de manager (Instrumente, baze de date Utilități, legat de masa Manager). Managerul va fi legat tabele caseta de dialog (Linked Table Manager), care specifică locația căii tabelelor legate (Fig. 19.5). Cu Managerul de tabele aferente, puteți selecta tabelul pentru a actualiza căi către fișierele corespunzătoare de pe disc.
Fig. 19.4. Lista de tabele în fereastra bazei de date
Fig. 19.5. caseta de dialog legate de Managerul de tabele