În coloanele anterioare, am criticat serios baza de date Microsoft Access, cerând fie să i se permită să moară natural, fie, mai bine, eutanasierea milostivă. Accesul nu s-a ofilit din lipsă de atenție – fiecare versiune succesivă de Office îi aducea noi formate de fișiere și caracteristici – dar Microsoft nu a întreprins niciodată o reparație adecvată pentru a remedia acele caracteristici mai vechi care sunt stricate, suspecte sau de-a dreptul periculos. De data aceasta, însă, în Office 2007, Access a suferit cea mai mare schimbare de până acum, odată cu introducerea noii interfețe de utilizare Ribbon și a modelului Workspace pentru instrumente și documente. Există noi vizualizări, noi instrumente, noi moduri de lucru, noi tipuri de date și, desigur, încă un nou format de fișier. Microsoft a oferit lui Access propria versiune a motorului de baze de date JET, numită ACE, extinsă pentru a gestiona tipuri de date care existau anterior doar în SharePoint. Accesul este redirecționat către „lucrători în domeniul informațiilor cu calificare redusă”, ceea ce face ca acesta să fie o actualizare naturală de la utilizarea listelor în Excel sau o piatră de temelie din SharePoint. Este suficient acest lucru pentru a salva Access din reputația sa de instrument pentru proiectarea bazelor de date proaste?
Din punctul meu de vedere, noua interfață de utilizare Ribbon se potrivește mai puțin pe Access decât pe Word, Excel, PowerPoint și Outlook, deoarece Access nu este o aplicație centrată pe documente în care aveți nevoie de toate instrumentele de formatare a textului timpul. Există doar patru file principale pe Panglică, dar multe file de context care devin disponibile în funcție de sarcina pe care o efectuați. Creați un tabel nou, de exemplu, și obțineți o filă de context pentru Instrumente tabel | Fișă de date sau instrumente de tabel | Design, în funcție de vizualizarea pe care o priviți în prezent. Multe dintre aceste file conțin puține comenzi, ceea ce lasă mult spațiu neutilizat pe Panglică. Ocazional, majoritatea filelor principale dispar și toate comenzile devin gri, ceea ce poate fi destul de alarmant: operațiuni modale (adică cele pe care le trebuie completat înainte de a putea face orice altceva) ar trebui să fie prezentat într-un formular modal separat, nu ca file de document care dezactivează totul altfel. Acesta este un defect fundamental în modul în care noua interfață de utilizare a fost aplicată la Access.
Pentru a arăta noua interfață cu utilizatorul și modalitățile de lucru, toate șabloanele de exemplu au fost înlocuite cu noi cele legate de active, contacte, probleme, evenimente, marketing, proiecte, conducte de vânzări, sarcini, facultate și Elevi. Fiecare este o aplicație destul de complexă pe care o puteți personaliza pentru a se potrivi propriului scop, cu condiția să înțelegeți cum funcționează și cum să o extindeți. Din păcate, aceasta este o afacere departe de a fi banală, deoarece aceste mostre nu par să vină cu niciun text de ajutor destinat utilizatorului, cu atât mai puțin dezvoltatorilor. Când încercați să modificați un eșantion, veți descoperi că multe dintre butoanele de pe formulare au acțiuni definite în limbajul execrabil Access Macro, mai degrabă decât în Visual Basic pentru aplicații mult mai lizibil (VBA). Microsoft recomandă utilizarea macrocomenzilor în loc de VBA „pentru securitate”, deoarece macrocomenzile sunt limitate în ceea ce pot face și poate fi limitat în continuare doar la acele acțiuni care nu necesită acordarea statutului de încredere pentru Bază de date. VBA, pe de altă parte, poate face aproape orice, inclusiv ștergerea tuturor fișierelor de pe hard disk. Dacă adăugați orice cod VBA în baza de date, acesta va declanșa o bară de informații de avertizare de securitate ori de câte ori este deschis și va rula cu funcționalitate restricționată până când utilizatorul acceptă avertismentul. Puteți evita aceste avertismente prin semnarea digitală a bazei de date, astfel încât utilizatorul să poată spune lui Access să aibă întotdeauna încredere în semnătura dvs.
Sortare și filtrare
