Ipinapaliwanag ng artikulo kung bakit dapat iwasan ng mga gumagamit ang paggamit calculated field sa database at sa halip ay gumamit ng Query.
Binibigyang-daan ng MS Access ang mga user nito na lumikha ng mga kalkuladong column (uri ng field) sa disenyo ng talahanayan upang magsagawa ng iba't ibang mga kalkulasyon, ngunit mas madalas na nilalabag nito ang mga patakaran ng normalisasyon. Samakatuwid, inirerekomenda na gumamit ng Mga Query sa halip na mga kalkuladong field. Idetalye ng artikulong ito ang puntong ito nang detalyado.
Mga Kinalkula na Field sa MS Access
Ang mga kalkuladong field ay mahalagang bahagi ng spreadsheet at idinisenyo upang tulungan ang mga user na bumuo ng mga application nang epektibo. Ngunit ayon sa panuntunan sa normalisasyon, hindi inirerekomenda na mag-imbak ng mga halaga na nakadepende sa iba pang mga field upang maiwasan ang pagkalito at iregularidad. Ang mga kalkuladong field, sa kabila ng pagiging madaling gamitin at madaling gamitin, ay dapat na iwasan dahil hindi nila matawagan ang mga function na tinukoy ng gumagamit dahil ang mga ito ay naka-program lamang upang patakbuhin ang mga built-in na function. Hindi pinapayagan ng access ang mga kalkuladong field na magsama ng mga field mula sa iba't ibang table o Query. Kailangan ding ibigay ng mga user ang lahat ng iba pang parameter para maiwasan ang mga error. Ito rin ay nagkakahalaga ng pagsasaalang-alang na ang mga resulta ng mga kalkuladong field ay kinukuwenta lamang kapag ang mga ito ay nabuo sa run-time, ibig sabihin, sa sandali ng pagpapatupad ng isang query o isang ulat batay sa isang query.
Dapat tandaan na ang mga bersyon ng Access bago ang MS Access 2010, ay hindi magagawang gumana ang mga talahanayan kaya nililimitahan ang paggamit nito. Ang pagiging maaasahan ng mga Calculated field ay medyo mababa dahil ang mga resulta ay halos hindi naa-update nang tama sa pagbabago ng Expression pagkatapos maipasok ang data sa talahanayan. Ito ang mga pangunahing dahilan sa pag-iwas sa mga kalkuladong field.
Mga query sa

Kumuha tayo ng halimbawa ng dalawang field, ang Quantity at UnitCost, kung saan kailangan ng User ang expression na Quantity * UnitCost sa ibang field, ang 'Amount.' Kaya sa halip na gamitin ang Calculate fields, dapat gumawa ang user ng Query batay sa table. Maaari nilang i-type ang expression sa row ng Field ng query design, at maaari itong isulat bilang sumusunod.
Amount: [Quantity] * [UnitCost]
Ito ay lilikha ng isa pang field na tinatawag na Halaga, na magiging mas simple at mas mahusay. Ang mga form at ulat batay sa query na ito ay ituturing ang mga kalkuladong field tulad ng anumang iba pang tala.
Pag-iimbak ng Kinalkula na Resulta
Mayroon ding ilang mga kaso kung saan naramdaman ng mga user ang pangangailangang mag-imbak ng ibang halaga, at ilang mga flexible na panuntunan. Gayunpaman, maaari itong gawin sa tulong ng After Update event na magpapahintulot sa mga user na i-override ang kalkulasyon at maglagay ng ibang halaga ayon sa kanilang kagustuhan.
Sa bersyon ng MS Access 2010, maaaring piliin ng isa ang uri ng Calculated Data na magpapakita ng expression. Maaaring i-type ng mga user ang expression na iyon (sabihin ang [Dami]*[Unitprice]), at gagawin ng Access ang mga kalkulasyon sa tuwing papasok ang isang user sa record. Ang problema sa tampok ay mayroong limitadong mga expression kaya naghihigpit sa mga gumagamit na gamitin ito para sa mga tunay na layunin.
Bilang isang user ng Access, dapat ay laging handa kang harapin ang mga insidente ng katiwalian ng data. Kung sakaling makatagpo ka ng ganitong senaryo, huwag mag-atubiling tumawag sa isang makapangyarihang tool tulad ng DataNumen Access Repair sa ayusin ang mdb file.
Panimula ng May-akda:
Si Vivian Stevens ay isang dalubhasa sa pagbawi ng data sa DataNumen, Inc., na pinuno ng mundo sa mga teknolohiya sa pagbawi ng data, kasama ang ayusin ang sql at excel mga produkto ng pagbawi ng software. Para sa karagdagang impormasyon pagbisita www.datanumen. Sa