[ pmiroslav @ 04.12.2007. 19:51 ] @
| Imam formu "frmOtpremnica" sa subformom "frmOtpremnicaDetalji". U polje IDTransakcije u subformi Default value postavljeno je kao:
=[Forms]![frmOtpremnica]![IdTransakcije]
Polje IDTransakcije u glavnoj formi je Combo Box.
Kojom naredbom da ažuriram več popunjeno polje u subformi ako naknadno promjenim podatak u glavnoj formi.
Hvala. |
[ Getsbi @ 04.12.2007. 20:03 ] @
Ajde zakači primer. Nije mi jasno postojanje istog polja u formi i subformi sem ako nije deo primarnog ključa u tabeli na kojoj se podforma zasniva. Ako jeste nema portrebe da se ažurira.
[ pmiroslav @ 05.12.2007. 06:02 ] @
Evo primjera
U frmOtpremnica imam ComboBox IDTransakcije u kojem izabirem vrstu transakcije prije upisuja detalja u subformi.
Ovo me zanima zato da aklo slučajno pogrešim pri izboru u Combo Box-u, a upišem več desetak šifri u subformi, pri promjeni vrste transakcije u Combo Box-u da mi se isto promjeni i u subformi kako ne bih morao to ručno ispravljati.
[Ovu poruku je menjao pmiroslav dana 05.12.2007. u 07:22 GMT+1]
[ Getsbi @ 05.12.2007. 06:33 ] @
Problem je u modelu podataka. TblPrimkaPos nema primarni ključ. Nepotrebno je da imaš polje IDTransakcije u tblPrimkaPos, jer je to polje primarni kljjuč (PK) u tblNazivTransakcije i preneseni ključ (FK) u tblPrimka. Veza između tblPrimka itblPrimkaPos se zasniva na drugim poljima i osim što bi polje IDTransakcije u tblPrimkaPos bila redudanca, ne bi moglo ni da se održava. Razmotri to ovako: Ako ti promeniš prezime, to ti ne daje za pravo da menjaš prezime svojim precima.
[ pmiroslav @ 05.12.2007. 07:02 ] @
Ne mjenjam je prezime, nego sam greškom upisao umjesto Perić -Parić i svakom njegovom djetetu se automatski upiše Parić.
I ja sad ispravim prezime oca u Perić i želim da se to automatski ispravi i kod prezimena djece.
[ Getsbi @ 05.12.2007. 07:08 ] @
I dalj etvrdim da ti ne treba polje IDTransakcije u tblPrimkaPos. Inače za ovako nešto se uključuju dodatne opcije referencijalnog integriteta: kaskadno ili lančano ažuriranje povezanih polja i kaskadno ili lančano brisanje povezanih zapisa u Relationships. Tada se svako ažuriranje sprovedeno na roditelskoj tabeli automatski odražava i na tabeli deteta.
[ pmiroslav @ 05.12.2007. 07:27 ] @
Pa sada kada gledam možda stvarno i ne treba pa sam obrisao polje IDtransakcije iz tablce detalji.
[ Getsbi @ 05.12.2007. 08:47 ] @
I još jedna sugestija.U modelu podataka (Relationships) kod Join Type (prozor Join Properties) koristi opciju 1. (INNER JOIN). Opcije 2. i 3. (RIGHT JOIN i LEFT JOIN) se koriste samo u upitima kad je to potrebno, jer tamo imaju smisla.
[ pmiroslav @ 05.12.2007. 09:05 ] @
Pa tu ja zapravo i nisam uvjek načisto.
Kada koristiti koju opciju.
1: Only include rows where the joined fields from both tables are equal
ili
2: Include ALL records from 'table_1' and only those records from 'table_2' where the joined fields are equal
[ Getsbi @ 05.12.2007. 10:48 ] @
Prilikom vezivanja tabela u relacionom modelu (Relationships) koristi opciju 1. (INNER JOIN).
U Query-jima koristi sve tri u zavisnosti šta želiš da postigneš. Nekad nećeš morati da menjaš jer će Access preneti veze u Design prozor query-ja i ti ćeš biti zadovoljan Opcijom INER JOIN. Ponekad kad tabele nisu spojene u modelu onako kako tebi trenutno odgovara za filtriranje podataka ti ćeš koristiti i ove druge opcije.
Copyright (C) 2001-2025 by www.elitesecurity.org. All rights reserved.
|