Odnosi i Power Pivot

Ne morate biti stručnjak za modeliranje baze podataka da biste koristili Power Pivot. Ali važno je razumjeti odnose. Što bolje razumijete kako se podaci pohranjuju i upravljaju u bazama podataka, učinkovitije ćete koristiti Power Pivot za izvješćivanje.

Odnos je mehanizam kojim se odvojene tablice međusobno povezane. Odnos možete zamisliti kao VLOOKUP, u kojem povezujete podatke u jednom rasponu podataka s podacima u drugom rasponu podataka koristeći indeks ili jedinstveni identifikator. U bazama podataka odnosi rade istu stvar, ali bez muke s pisanjem formula.

Odnosi su važni jer se većina podataka s kojima radite uklapa u svojevrsnu višedimenzionalnu hijerarhiju. Na primjer, možete imati tablicu koja prikazuje kupce koji kupuju proizvode. Ovi kupci zahtijevaju fakture koje imaju brojeve računa. Te fakture imaju više redaka transakcija u kojima je navedeno što su kupili. Tamo postoji hijerarhija.

Sada, u svijetu jednodimenzionalnih proračunskih tablica, ovi bi podaci obično bili pohranjeni u ravnu tablicu, poput ove prikazane ovdje.

Podaci se pohranjuju u Excel proračunsku tablicu pomoću formata ravne tablice.

Budući da kupci imaju više od jedne fakture, podaci o korisniku (u ovom primjeru, ID i Ime kupca) moraju se ponoviti. To uzrokuje problem kada se ti podaci trebaju ažurirati.

Na primjer, zamislite da se naziv tvrtke Aaron Fitz Electrical promijeni u Fitz and Sons Electrical. Gledajući tablicu, vidite da više redaka sadrži stari naziv. Morali biste osigurati da se svaki redak koji sadrži stari naziv tvrtke ažurira kako bi odražavao promjenu. Svi retki koje propustite neće se ispravno preslikati na pravog kupca.

Ne bi li bilo logičnije i učinkovitije samo jednom zabilježiti ime i podatke kupca? Zatim, umjesto da morate stalno pisati iste podatke o klijentu, jednostavno možete imati neki oblik referentnog broja korisnika.

Ovo je ideja koja stoji iza odnosa. Možete odvojiti kupce od faktura, stavljajući svakog u svoje tablice. Zatim možete koristiti jedinstveni identifikator (kao što je CustomerID) da ih povežete zajedno.

Sljedeća slika ilustrira kako bi ti podaci izgledali u relacijskoj bazi podataka. Podaci bi bili podijeljeni u tri odvojene tablice: Kupci, InvoiceHeader i InvoiceDetails. Svaka bi tablica tada bila povezana korištenjem jedinstvenih identifikatora (CustomerID i InvoiceNumber, u ovom slučaju).

Baze podataka koriste odnose za pohranjivanje podataka u jedinstvene tablice i jednostavno povezuju te tablice jedna s drugom.

Tablica Kupci bi sadržavala jedinstveni zapis za svakog kupca. Na taj način, ako trebate promijeniti ime kupca, trebali biste izvršiti promjenu samo u tom zapisu. Naravno, u stvarnom životu, tablica Kupci bi uključivala druge atribute, kao što su adresa korisnika, telefonski broj korisnika i datum početka korisnika. Bilo koji od ovih drugih atributa također se može lako pohraniti i upravljati u tablici Kupci.

Najčešći tip odnosa je odnos jedan prema više . To jest, za svaki zapis u jednoj tablici, jedan zapis se može upariti s više zapisa u zasebnoj tablici. Na primjer, tablica zaglavlja fakture povezana je s tablicom pojedinosti fakture. Tablica zaglavlja fakture ima jedinstveni identifikator: Broj fakture. Pojedinosti o fakturi koristit će broj računa za svaki zapis koji predstavlja pojedinost te određene fakture.

Druga vrsta odnosa je odnos jedan-na-jedan : za svaki zapis u jednoj tablici, jedan i samo jedan podudarni zapis nalazi se u drugoj tablici. Podaci iz različitih tablica u odnosu jedan na jedan mogu se tehnički kombinirati u jednu tablicu.

Konačno, u odnosu mnogo prema mnogo , zapisi u obje tablice mogu imati bilo koji broj podudarnih zapisa u drugoj tablici. Na primjer, baza podataka u banci može sadržavati tablicu različitih vrsta kredita (stambeni kredit, kredit za automobil i tako dalje) i tablicu klijenata. Klijent može imati mnogo vrsta kredita. U međuvremenu, svaka vrsta kredita može se odobriti mnogim klijentima.