Kako izraditi Access bazu koju bi punio XML datotekama.

Imam problem kako povezati tablice u Accessu pošto importirane tablice nemaju nikakvo ID polje!!!
U firmi u kojoj radim daljinski očitavamo vodomjere i trebao bi sam kreirati izvješća i upite na bazu. Kada sam u Access importirao backup dobio sam 6 tablica sa podacima ali niti jedna tablica nema ID polje kako to funkcionira u Accessu. Tablicu RadioMeter koja ima 3768 zapisa ne mogu povezati sa tablicom Customer kojih ima 3587. Razlik između broja zapisa dešava se jednostavno iz razloga što na jednog kupca može ići više vodomjera i obratno na jedan vodomjer može ići više kupaca. U programu za daljinsko očitanje Kupci i Vodomjeri povezani su sa Brojem vodomjera u tablici CustomerRadioMeter, ali osim ovog polja nema ničega.
Osim navedenih tablica još imam tablice RadioTour u kojoj su navedeni obilasci za očitanja; tablicu RadioTourMeter u kojoj je naveden vodomjer po rednom broju u obilasku i tablicu RadioReadout koja sadrži očitanja.
Ako se netko susreo sa sličnim problemom molim za pomoć.

Naravno, XML ne daje vezu među podacima u tabelama, samo prenosi podatke, pojednostavljeno rečeno. Vezu moraš postaviti sam.
Teško je pohvatati relacije kada nisam upoznat sa konkretnim zadatkom, ali mi se čini da bi relacija mogla da se postavi na sledeći način. Rekao bih da svako brojilo ima svoj jedinstvenio broj, to bi bio ID brojila, potošači imaju svoje šifre koje dobiju kad zakljulče ugovor, uđu u sistem. Neka tabela u kojoj se obračunava potrošnja sadrži broj brojila, šifru kupca, potrošnju, cenu ukupno zaduženje. Prilikom unosa očitanih podataka, količine se odnose na brojilo, ako jedno brojilo plaća više kupaca to se može "ručno uneti, ili automatizovati ako postoji poznat postotak za svakog potrošača, t akođe, ako jedan kupac uma više brojila, uneće se onoliko stavki koliko ima brojila. Kad se radi račun, podaci se grupišu premo kupcu, ukoliko kupac treba da dobije jedan račun za sve utroške. Imaće, na primer, celokupnu potrošnju sa dva bojila, polovinu sa jednog i trećinu sa još jednog brojila, ukupno četiri stavke.

Ne vidim šta su tu problemi?
Xml nije nešto što eksplicitno sadrži informacije o ključevima i vezama,
ali sam pogled na strukturu i podatke veoma jasno pokazuje kako je šta
povezano i šta bi bili ključevi u relacionom modelu.

Ključevi su:


Kako ćeš da napraviš izveštaje, to su već drugi problemi...
Čak i da ne definišeš primarne/strane ključeve mogao bi da spajaš podatke
po ključnim poljima - to je valjda i bilo pitanje - preko kojih polja se šta spaja.

Zahvaljujem na odgovorima, ali jednostavno sam XML datoteke učitao u Excel i onda ih ubacio u tablice u Access. Na taj način sam u Tablici Obilasci dobio i broj vodomjera po kupcima. Meni ovaj program prvenstveno treba da bi vodio evidenciju o ugradnji vodomjera, pravovremenoj izmjeni istih i sl. Bilo bi dobro da se i očitava potrošnja, ali naplate ionako idu preko računovodstva. Bojim se da nisam dobro povezao tablice da bi mogao kreirati željene upite kao npr. Koliko kupaca ima više od jednog vodomjera i obratno na koliko vodomjera ima više od jednog potrošaća.
U prilogu je ono što sam napravio!
Zahvaljujem...

Napraviti u MS Access f-ju tj. kod koji vrsi importovanje podataka iz XML u bazu tj. iz tabela gde se smestaju uvozni podaci.

Sutra moze da se desi da nema MS Excela na racunaru i onda nema uvoza na opisani nacin ili bilo koji drugi.

Drugo, glupo je da se koristi vise aplikacija za neki proces ako to bas nije izricito zahtevano, posbno zbog krajnjeg korisnika aplikacije ali i samnjivanja mogucnosti za pojavom greske od strane ljudskog faktora.

Logika dodeljivanja ID-ova za svaku vezu medju podacima takodje odraditi kroz proces uvoza podataka kao i pretrazivanje nad postojecim podacima i vracanje samog ID ako je potrebno recimo dodavati podatke za vec postojic zapis u bazi (recimo za isto klijenta/potrosaca).

Znaci tkz. presipanje podataka iz jednog oblika u drugi gde se ujedno radi formatiranje podataka shodno potrebama na drugom kraju gde se isti novi beleze u tabele ide iz kod koji vrsi uvoz (import) podataka iz xml u ms access.

Takodje u VBA se moze vrsiti parosvanje XML file-ova.

Da ne duljim mnogo evo par linkova sa web-a gde se moze videti primer kako to moze da se odradi (a tice se parsovanja i citanja podataka iz XML)

VBA XML Parser info


Pored toga za svaki xml file se moze napraviti klasa tj. objekat koji ustvari odgovara strukturi podataka iz xml.
Nakon toga se odradi ucitavanje podataka iz xml u kolekciju objekata (te klase) i onda se posle vrsi spajanje podataka i dodatno ubacivanje u bazu.

customers.xml -> kolekcija objekata klase customer
meters.xml -> kolekcija objekata klase meters
readouts.xml -> kolekcija objekata klase readout
tours.xml ->kolekcija tours

Ovo bi vam olaksalo posao za sve sutra.

Prvo trebam složiti bazu da funkcionira, a za punjenje ću se snaći!

Šta fali organizaciji kakva je data u xml fajlovima?

Velika je greška što bežiš od input strukture koja je dobra,
dakle po xml-ovima imaš vezu više-na-više između vodomera i potrošača
a u tvojoj bazi koju si okačio takva veza ne postoji već postoji samo
jedan-na-više između vodomera i potrošača (Potrošači.Vodomjer), ali fali ti i obrnuto.

Pošto nemaš obrnute veze (jedan potrošač kod tebe u bazi ne može imati više vodomera),
onda updaš u probleme i pokušavaš da zbrajaš broj vodomera po potrošaču verovatno tako
što analiziraš operativne podatke obilazaka, čime ulaziš u još veće probleme.

upite kao npr. Koliko kupaca ima više od jednog vodomjera i obratno na koliko vodomjera ima više od jednog potrošača
bi dobio vrlo lako da postoji tabela koja gradi vezu više-na-više između vodomera i potrošača

Ne moraš da uzimaš sve živo iz xml-ova ali strukturu i kardinalitete bi trebao da ispoštuješ.

Jedan dodatak kao propratni prilog na @dusanns

Da se pojednostavi a sto se strukture DBMS tice:

napraviti/formirati:

- tabelu klijenti gde svaki klijent ima svoj jedinstveni broj/sifru kao PK

- tabelu vodomeri gde svaki vodomer tj. uredjaj ima svoj jedinstveni broj/sifru PK ali i pored istog (posto je to interni broj u DBMS) i recimo serijski broj istog. Moze se dodati pomocna tabela gde bi se relaciono takodje odredi i sam tip vodomore ako postoje - recimo glavni vodomor, individualni za stanove, individualni za kuce i sl.;

- tabelu gde se definise odnos izmedju svakog zapisa u tabeli klijenti i tabeli vodomeri, gde svaki klijent moze da ima jedan ili vise vodomera tj. uredjaja, odnosno ni jedan vodomor;

- tabelu gde se cuvaju vrednosti sa terena odnos sam izvestaj koji dolazi po vodomeru a gde se definise tako sto se uzima dodeljen jedinstveni broj na relaciji korisnik-vodomor (PK iz trece tabele) tj. tabele gde je definisana relacija i pripadnost/vlasnistvo koje je trenutno. Sutra taj vodomor moze da se skine i odnese kod nekog drugog korisnika, na primer.

Razmotriti i dodavanje statusa u samoj relaciji u trecoj tabeli gde se definise odnos gde bi status predstavljao recimo da li je vodomor aktivan kod tog korisnika i njime se koristi ili ne.

i tako redom.

Nakon toga, napraviti f-ju koja uvozi podatke iz xml i iz istih uzima potrebne vrednosti za gore opisanu bazu.

Jednostavno kada koristim XML datoteke ne znam povezati tablicu kupci i vodomjeri. Pokušavam ali ne ide!!!
Da li trebam ubaciti nova polja sa primarnim ključevima ili što???

Prvo moraš da isprazniš sve tri tabele i povežeš ih ovako kako sam ti povezao. Kad budeš siguran da ti je prazna baza korektna, tek onda razmišljaj o uvozu podataka. Za to će ti trebati programski VBA kôd koji će da ih napuni iz .xml datoteka.Upravo ono što ti je rekao Bokinet.

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

Zahvaljujem Getsbi - ovo sada sve funkcionira, ali isprobao sam samo tablice Kupci i vodomjeri, a obilaske i očitanja ću isprobati nakon spavanja. Ideja koju je napisao bokinet mi se veoma sviđa.


Jedino se bojim da si ne zakompliciram prilikom uvoza podataka iz .xml datoteka.
Pozdrav!

Ponovno problem! Malo sam raširio model sa tablicama za Izmjene vodomjera i tablicom Tip vodomjera koju punim iz popisa sa mogućnošću višestrukih unosa, ali kada u tablici vodomjeri želim unjeti tip vodomjera dobijem poruku greške. U čemu sada griješim ???

Zaboravi na forme i upite dogod ne naučiš kako da kreiraš bazu podataka koja će odgovarati podacima.
Ne puni podacima tabele dogod nisi siguran u dobru povezanost tabela.
Ne koristi višeznačna polja u koja ćeš da smeštaš istovremeno podatke u jedno polje, tipa: glavni;daljinski i slično.
Tip vodomera nema razloga da bude numerik, čak i ako žarko želiš da ti Access pomaže u dodeljivanju vrednosti. Za to postoje bolji načini. Sa tipom vodomera nećeš ništa da računaš, te nema razloga da bude numerik.
Dodao sam ti tabelu TipVodomera. Pogledaj sada Relationship i probaj da uneseš zapise ručno u te dve tabel, bez formi ili upita.
Tabela TipVodomera je roditelj za tabelu Vodomeri, te stoga zapis u prvoj mora da postoji da bi ga koristio u drugoj.

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

Sudeći po donjem linku, čini mi se da si ranije više znao. Pogledaj sliku od pre 6 godina.
http://www.elitesecurity.org/t460336-0#3228788

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

Obzirom da već godinama nisam ništa radio treba mi malo duže da se podsjetim.
Mislim da sam uspio razraditi bazu i da bi sada trebala funkcionirati. U prilogu šaljem sliku ralacije i bazu. Jedino kod tablice Izmjene vodomjera ne znam da li sam dobro uradio ili sam u tablicu Kupci_Vodomjeri mogao samo dodati zapis IDIzmjene.

Ako se jedan vodomer očitava više puta, što je vrlo berovatno, trebalo bi povezati tabele Vodomer i Radio očitavanja. Toj tabeli bih dodao Autonumber ključ IDRadioOcitanje. Tu Autonumber ima logike.
Ovo oko bilaska vodomera mi nije baš najasnije. Možda bi moglo da se reši jedniom tabelom ako bi mi pojasnio kardinalnost (koliko čega se sadrži u onom drugom). Verovatno postoji razlika oko očitavanja i samo obilaženja vodomera zbog pregleda tehničke ispravnosti.
Takođe bi verovatno tabela KupciVodomeri mogla da sadrži IDDetalja, čime bi se eliminisala potreba za tabelom IzmeneVodomera. Tada bi model baze izgledao kao na slici. Ostaje još desna strana da se definiše.

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

Što se tiče očitavanja vodomjera to se vrši mjesečno tako da radnici prolaze po Obilascima sa dlanovnikom u koji se prethodno unesu vodomjeri koje treba očitati. Ovisi da li očitava Poduzeća, kućanstva i dr. Ako se nebi kreirao obilazak sa određenim vodomjerima onda bi očitao sve pa čak i vodomjere koji su u skladištu u firmi. Doseg modula je da u krugu 300 m očita vodomjere. Kada završi očitavanje pomoću PC-a se prebaci u bazu kao XML datoteka i to u računovodstvo i program za daljinsko očitavanje (MSCentar). Očitana XML datoteka ima samo 2 podatka (očitanje i broj vodomjera), ali kada se učita u MSCentar onda iz tog centra ja napravim bekap datoteke sa ažuriranim podacima (customers, meters, readouts i tours) sa kojima sam i započeo. Normalno je da će trebati povezati tabele očitanja i vodomjera, ali ne znam da li treba spremati prethodna očitanja mada bi bilo dobro zbog arhiviranja. Ako se spremaju očitanja da li će program bitiprevelik jer se radi o cca 20.000 vodomjera i korisnika, a očitavanja su mjesečna.
Izmjene vodomjera moraju se zakonski obaviti u 5 godina i tada izmjenjeni vodomjer dajemo na servisiranje a mi ugrađujemo novi. Tvrtka koja servisira vodomjere to obavlja za sve komunalne firme i velika je vjerojatnost da taj vodomjer više nikada ne dobijemo iako i možemo pa bi bilo pametno da se skinuti vodomjer može izbrisati iz baze.
Pozdrav!

Što se tiče broja od 20.000 vodomera i korisnika, te mesečnih očitavanja, može se u nekom trenutku ukazati potreba da se podaci drže na MS SQL serveru. Tada bi i dalje front-end ili interface bio u MS Access-u. Arhiviranje bi bilo češće, a sa njim i pražnjenje pojedinih tabela. MS Access . accdb fajl ima ograničenje do 2GB. SQL Server fajlovi tipa . mdf i .ldb nemaju ograničenja za veličinu.

Za predviđanje povodom MS Access fajla, može se reći da je prosečnoj tabeli sa 10 tekstualnih kolona potrebno oko 5 miliona zapisa da dostigne ograničenje od 2GB. Tako da za sada ne moraš da brineš.

Što se tiče veza, neka za sada ostanu takve, pa ćeš videti koje ćeš tabele i kojim tempom morati da arhiviraš i prazniš.
Sad bi ti trebala pomoć nekog (a to nisam ja) ko ima dovoljno vremena i znanja da napravi VBA kôd u funkciji koja će da napuni tabele iz tvojih .xml datoteka, vodeći računa o popunjavanju polja primarnih i prenesenih ključeva. Tek nakon toga možeš da se pozabaviš drugim objektima tipa: forme, upiti izveštaji i slično.

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

Sada se bojim da će biti problema jer je ne znam na koji način riješiti VBA funkciju za punjenje tabela iz .xml datoteka.
Dok čekam da se netko eventualno javi napravit ću beckap baze i pokušati ga napuniti preko Excela iako sam zakomplicirao i sa promjenom datumskih formata ( u tablicama je kratki datum a u .xml datoteci text format). Ali idem probati...
Pozdrav do daljnjeg!

Morat ću odustati jer tablicu KupciVodomjeri mogu jedino upisivati ručno a to je 3587 kupaca i 3768 vodomjera, tablicu Vodomjeri i Kupci sam uspio napuniti.
Pomoću upita sam testirao i očito je krenulo naopako kod prvog kupca koji ima više vodomjera. Taj dio znam jer za sebe kada sam unjeo podatke izašlo je da je moja Šifra kupca 755 a u stvarnosti .xml je 691