Pentru operațiile descrise (operații matrice), accesul este puțin folos.
Nu este atât de mult în matrice ca în principiu: nu înțeleg cum să citesc datele din tabele și dacă nu pot fi citite, atunci de ce este nevoie de Access deloc?
Se pare că este cel mai simplu lucru: deschideți orice carte despre Acceess și imediat trebuie specificat cum să citiți și cum să scrieți date în tabele. Acesta este principalul, restul, așa cum se spune, "va urma". Și apoi ați citit, ați citit cartea și vă gândiți: la cine scrie oamenii asta? Că este imposibil să scrieți două linii, deoarece acestea vor fi conectate la masa necesară (ce comandă) și cum să numere datele unei celule? Dacă știți cum să citiți și să scrieți, restul nu are nevoie de nimic. Puteți baza deja baza de date și puteți scrie cererile dvs. Nu repede, desigur, dar încă. Și în cărți ca și cum ar începe să picteze ceva despre sql, mai e și altceva. Și de ce am nevoie de ea? Ce nu este un mod simplu de a citi datele de tabel într-o matrice de date VBA?
Cum să procedați corect și, cel mai important, să vă ocupați de acces
Ei bine, cel puțin citiți subiectele fixe ale forumului.
Sigur că citesc
Sigur că citesc
Și pe link-ul la cursul online a mers, și tot ce a citit acolo, și toate întrebările de test a răspuns? ceva greu de crezut.
și dacă nu pot fi citite, atunci de ce este nevoie de acces la toate? Gee. Doar pentru a scrie date.
Și să procesăm când?
Sunt intrigat: ce fel de carte este asta?
Ei bine, în funcție de unde să vă conectați. Este posibil, de exemplu, prin ADO să se conecteze de la program la "constructor".
Trebuie să mă conectez de la baza în sine. Aici am o fereastră a modulului de program, vreau să creez o matrice acolo și să citesc datele acolo. După asta, vreau să scriu rezultatul datelor înapoi la masă. Actualizați câmpurile. Trebuie să-ți spun să vezi rezultatul de a aduce matricea la o vedere în trepte.
În momentul de față, da. Pentru mine, principalul lucru este să scriem niște algoritmi matematici care procesează seturi mari de date. Folosesc accesul numai pentru că face parte din pachetul Office și este aproape peste tot. Deci, să spunem "omniprezent".
Pentru a scrie cereri - este suficient să deschideți constructorul de interogări și deja "să păstrați baza de date".
Și apoi pot conecta cererea la un buton din formular? Și interogarea pentru mine arată datele? Cum pot proceda? De asemenea, trebuie multiplicate acolo, pliate etc. Și cum o să fac asta dacă nu am o serie de date?
În opinia mea, tabelul nu este altceva decât o matrice bidimensională de date.
Mai mult decât atât: indicii Row și Col - sunt prezenți chiar fără să țină cont de faptul că îi atribuim anumite câmpuri. Sunt în prezent (probabil naiv) ghiciți că există un fel de metodă, cum ar fi "conectați (ObjectName)" - prin care vă puteți conecta la unul dintre obiectele (la oricare) acces, și apoi cumva obțineți caracteristicile pe acesta. Alegerea celor corecte, spuneți "celule" - puteți accesa datele obiectului. După aceea, punând condițiile de selecție, puteți alege acele și numai elementele de date care le răspund, decât să umpleți valoarea matricei. Astfel, "bidimensionalitatea" - apare ca rezultat al prelucrării tabelului printr-un algoritm de la VBA. La urma urmei, s-ar putea să trebuiască să umpleți elementele matricei cu valori care nu sunt în ordine, dar să spunem că prima valoare este în rândul 5 din coloana 7, iar a doua în al doilea rând al celei de-a treia coloane etc.
Nu presupune masa în sine că celulele sunt deja marcate?
Nu, nu este. În aceasta, diferența radicală (sau, mai degrabă, una dintre) dintre tabela de baze de date și foaia de lucru Excel.
Hmm.
A admite că este dificil să se facă distincția. Dar cum luăm în considerare datele?