[ bjtetf @ 03.01.2006. 13:51 ] @
| Ako hocu da iz koda napisanog npr u C++-u pozovem bazu podataka kreiranu u Microsoft Access-u, da li se ona poziva radi obrade (ocitavanja,ubacivanja novih clanova,brisanja clanova itd) isto kao i obican tekstualni fajl napravljen npr u notepad-u ili ne.
Ako ne, kako to da uradim.
Hvala |
[ X Files @ 03.01.2006. 18:18 ] @
Pristupanje podacima u nekoj BAZI PODATAKA je potpuno razlicito od pristupanja
nekom 'obicnom' fajlu.
Kada radis sa bazom, lako ces moci da:
* u nekoj petlji 'prodjes' kroz sve slogove neke tabele
* pristupis nekom polju trenutno selektovanog sloga
* promenis njegov sardzaj
* da obrises/dodas/modifikujes ceo slog, i sl.
Medjutim, ono sto je VAZNIJE od toga su tzv referencijalni integriteti koji ako se
dobro postave, ne dozvoljavaju da ti baza postane 'nelogicna', tj ako negde imas
tabelu sa GRADOVIMA, nemoguce je da imas neku tabelu sa KLIJENTIMA u kojoj
neki klijent koji zivi u nekom GRADU koji nije u tabeli GRADOVA. Takodje, nemoguce
je (ako se tako odluci) obrisati neki GRAD ako je taj grad upotrebljen u KLIJENTIMA.
nadam se da si shvatio poentu.
[ bjtetf @ 03.01.2006. 19:03 ] @
u potpunosti sam shvatio,ali to je sve vezano za normalan rad baze podataka.
Ali pored ovoga sto si mi rekao,zanima me kako da to sve uvezem u kodu koji napisem u C++,kako da ucitam podatke,kako da ubacim podatak,obrisem.Ili ako znas neku literaturu koja se striktno bavi time,a ne ucenjem C++ i slicno.
[ X Files @ 04.01.2006. 15:26 ] @
U danasnje vreme (zbog prakticnosti) skoro da nema veze da li nekoj bazi (npr
MS ACCESS) prostupas iz C++-a, VB-a ili Delphi-ja. Jednostavno, sva 'pamet' je
izolovana u sistemski deo OS-a, koji se za pristup recimo MS ACCESS bazi zove
MDAC (tacnije jedan njegov deo ADO).
Tako da ja iz C++ Builder-a, pristupam MS ACCESS bazi preko takozvanog seta
ADO komponenti ili dbGo.
Pouzdano znam da je 99% identicno i i kod M$ C#.NET-a, jer sam probao.
Pre nego sto potrazis knjigu/literaturu moras se opredeliti za C++ kompajler.
Copyright (C) 2001-2025 by www.elitesecurity.org. All rights reserved.