Ovako opisano sa generalnim nazivima: prva tabela, ostale tabele nam ne govori ništa o poslovnom problemu, te je teško odgovoriti. Jedino što znamo je da su u pitanju neke osobe u prvoj tabeli.
U principu, spušteni ključ (spoljni ili foreign) može biti ili deo primarnog ključa tabele dete ili da se nalazi među neključnim kolonama.
Bilo bi dobro da opišeš poslovni problem u nekoliko rečenica i da okačiš fajl o kojem govoriš.

Evo ovako:

bazu pravim sestri za faks, da bi mogla da iz (ugrubo) 2000 slučajeva pravi statistike uspešnosti pojedinih metoda lečenja (ona podatke dobija u formi skeniranih A3 strane iz nekakvih protokola, i ideja je da sve to pretočim u neku bazu, da bi mogla da radi upite po potrebnim kriterijumima).

Tabele su:
- Opšti podaci (ime, prezime, godište i broj bolničkog protokola)
- Indikacije (indikacije za lečenje i pripremne procedure)
- Ocenjivanje ćelija po danima u prvoj nedelji lečenja (*za ovo kasnije imam dodatno pitanje)
- Detalji o medicinskoj proceduri posle 7 dana
- Ponovno ocenjivanje ćelija po danima za narednih 7 dana (pre izvršene procedure)
- Ponovno ocenjivanje ćelija po danima za narednih 7 dana (posle izvršene procedure)
- Detalji o medicinskoj proceduri posle drugih 7 dana, ocena uspešnosti

Prvo pitanje je da li je dobro raditi relacije po ID polju koje Access automatski dodeljuje kad se kreira tabela (i ako nije - zašto nije, da naučim nešto za budućnost).

Drugo pitanje je ovo sa zvedicom odozgo: ćelije se ocenjuju više puta u toku procedure (3 puta zapravo), ima 30 uzoraka ćelija, svaka se ocenjuje po danima, što nas dovodi do 30 ćelija x 7 dana x tri momenta u proceduri = 630 ocena. Pri tome, ocene se biraju iz lookup fieldova i to: prvi dan ima 5 mogućih ocena, drugi 4, treći je kombinacija tri parametra sa po 6 mogućih izbora, četvrti je kombinacije dva parametra sa po 8 izbora, 5 ima 6 mogućih, šesti 7 i sedmi dan 4 moguća izbora. Kako da izbegnem besomučno ponavljanje lookup fieldova za ocenjivanje, a da mi se ocene ispravno vezuju za ćeliju i dan procedure? Pretpostavljam da je moguće lookupe pozivati sa jednog mesta, a rezultate ocenjivanja pohraniti u tabelu "Ocene ćelija", samo numem da smislim organizaciju... Najbolje do čega sam došao je da umesto lookupa stavim obična tekst polja u koja će ona da upisuje ocene, ali se kod upisa pojavljuje mogućnost greške - dovoljno je da pogrešno napiše slovo i da statistika ode k vragu...

Izvinjavam se unapred ako sam smorio preko svake mere

Access-ovo automatsko dodeljivanje primarnog ključa (AutoNumber) koristi samo kad radiš neke modele baza radi rešavanja sekundarih problema. Recimo konverzije podataka i slično. U rešavanju stvarnog poslovnog problema se trudi da ti upravljaš primarnim ključevima i odlučuješ kojeg će biti Data Type-a i da li će biti veštački (OsobaID, Number, Long Integer) ili prirodni, recimo JMBG pod uslovom da ga svaka osoba ima i da je zaista jedinstven. Ili recimo kombinacija PrezimeIme+DatumRođenja+AdresaStanovanja.

Moram priznati da mi ni posle ovih pojašnjenja nije baš sve jasno. Čini mi se da bi većinu onog što si proglasio za kolone u tabelama (TA…E17…E09…E01…) trebalo da budu instance (zapisi neke od tabela).

U vsakom slučaju se radi o nekoj vrsti ocenjivanja uzoraka. Kolega Zidar je pre neku godinu radio model za labaratorijsko ispitivanje. Potrudiću se da pronađem tu temu i da ti zakačim Link.

Evo i linka: http://www.elitesecurity.org/t340196-0-Racunanje-access

Nemoj da te mrzi da isčitaš celu temu. Shvatćeš problematiku, shvatićeš u koji si se poduhvat upustio i dosta ćeš naučiti.

Tema je prelepa i meni je zao sto ne mogu da se upustim u resavanje - prokleto vreme :-(

Uh, uh! Pročitao sam celu linkovanu temu (i opet ću ) i polako mi se pomaljaju obrisi šta sve treba da se uradi i o čemu da se razmisli pre nego što se krene ozbiljno dalje... Moraću prvo da se pozabavim detaljnije Accessom kao takvim, pre nego što se dalje udubim u bazu (ima li negde online tutoriala na srpskom, obzirom da gomila starih linkova više ne radi?).

Hvala svima na brzim odgovorima, verujem da ću zapitkivati ovde još gomilu stvari!

Nije.

"Ove godine student Goran je diplomirao sa 8,00."

Sad ti pogodi koji Goran od njih 59 što studira na tom fakultetu. Ali ako kažeš:

"Ove godine student sa brojem indeksa 1234/10 je diplomirao sa 8,00."

onda je jasno koji je.

Isto ti je kod baza. ID polje je obično univerzalni jedinstveni identifikator (ne postoje dva zapisa sa istom oznakom). Stvar je prilično jednostavna.

Mislim da još uvek ima na sajtu Praktikuma onaj moj tutorijal "škola Accessa" pa pogledaj.

https://static.elitesecurity.org/alert.gif http://isohunt.com/torrents/Mi...fice+Access+2007+Bible+PDF+ENG https://static.elitesecurity.org/alert.gif

Ovo u sredini ti je link ka torentu za akces bibliji,engleski

Pa da, i ja sam se rukovodio time, s tim što gde god vidim primere tabela, svi kreiraju svoje primarne ključeve, pa me zanimalo grešim li negde u logici.
Pročitao sam tutorial na Praktikumu, hvala.

Takođe, hvala i za Access Bible, valjaće svakako, nego volim kad čitam tutorijale na srpskom, kada ih pišu ljudi koji znaju znanje (vidi primer gore )

Evo nekih na srpskom koji rade:
http://tutoriali.org/
http://office.microsoft.com/sr-latn-cs/training/CR010158283.aspx
http://office.microsoft.com/sr...s/access-help/CH010072891.aspx
http://office.microsoft.com/sr...s/access-help/CH010072893.aspx
http://office.microsoft.com/sr...baze-podataka-HA001224247.aspx
http://www.praktikum.rs/office/access/default.asp
http://www.znanje.org/knjige/c.../access_01/PRVA%20STRANICA.htm