Selles artiklis käsitleme ootamatu tühja vormi põhjuste otsimist ja seejärel lahendusi selliste probleemide lahendamiseks.
Sageli esitavad MS Accessi vormid pilti, mida kasutaja tähtajal töötades näha ei taha – kujundusvaates on tühi leht, millel puuduvad juhtelemendid või andmed. Mõnikord kaob MS Accessi vormide kogu detailide sektsioon, kuvades ainult valge tühja ruumi.
Tühi vorm ei tee muud, kui ajab kasutajad segadusse ja tekitab meelehärmi. See paneb nende töörutiini pausi, tavaliselt võib sellele probleemile lahenduse leidmine olla ka peavalu. Allpool on toodud mõned selle probleemi põhjused ja lahendused.
Vormi täiesti tühjaks jäämise tagajärjed
- Kui see ettearvamatu tühja vormi tõrge takistab andmete värskendamist, võib see lõpuks kustutada kõik sellel kujul olevad andmed.
- Mõnikord võib see põhjustada ka andmete rikkumist, bittide ja kirje osade kustutamist.
- See põhjustab ka ebaefektiivsust töökohal.
Õnneks ei ole see tühja ekraani käitumine tegelikult viga ja seda saab ära hoida; see aga tekib kahel peamisel põhjusel:
- Vormil või ei ole kirjekuva,
- Vorm ei saa uusi andmeid vastu võtta.
Seisund (1) käivitatakse tavaliselt järgmistel põhjustel:
- Kasutaja vormiandmete sisestamise säte on seatud väärtusele Jah. (See keelab vormil olemasolevate kirjete näitamise, st seda saab kasutada ainult uute andmete sisestamiseks)
- Vormile (või seda kasutatakse koos WhereConditioniga) rakendatakse filter, mis ei sisalda kirjet.
- Vorm on päringurežiimis, mille kriteeriumid ei sisalda kirjet.
- Vorm on seatud lauale, millel pole kirjet.
Tingimus (2) käivitatakse tavaliselt järgmistel põhjustel:
- Vormi atribuut Lisad on seatud väärtusele Ei.
- Kui vormi Recordset Type Atribuut ei ole Dynasetiks määratud.
- Kui MS Accessi vorm on seatud kirjutuskaitstud päringule.
Ennetamine
Teie MS Accessi vormid on määratud tühjaks jääma, kui te ei saa neid kõiki vältida. Kasutajad saavad aga alati nende näpunäidete kallal töötada, et neid tingimusi võimalikult palju vältida.
Korraldusvahendid
Kui kasutajad on määranud sätte „Luba lisamised” väärtusele Ei, saavad nad uute kirjete sisestamise takistamiseks lihtsalt sellest mööda minna, määrates valiku Luba lisamised tagasi valikule Jah. Nüüd saavad kasutajad vältida uute kirjete lisamist, tühistades kõik vormil rakendatud sündmused "BeforeInsert".- Kui kasutaja ei saa tingimust (2) vältida, saab ta siiski tingimust (1) vältida. Näiteks kui kasutaja avab vormi olekuga „WhereCondition”, näeb ta tõenäoliselt tühja lehte, millel puuduvad kirjed.
- Seades oma kirjekomplekti tüübi atribuudi väärtusele 'Dynaset', on kasutajal lubatud redigeerida mis tahes seotud välja ja juhtelemente. Pange tähele, et kasutajal ei ole lubatud välisvõtme andmeid redigeerida, kui vormi säte „Kaskaadivärskendus” on keelatud.
Kui kasutajad on määranud sätte „Luba lisamised” väärtusele Ei, saavad nad uute kirjete sisestamise takistamiseks lihtsalt sellest mööda minna, määrates valiku Luba lisamised tagasi valikule Jah. Nüüd saavad kasutajad vältida uute kirjete lisamist, tühistades kõik vormil rakendatud sündmused "BeforeInsert".Alati on aegu, mil kasutajad ei saa vältida (1) või (2) samaaegset toimumist. Mõnikord on parem käivitada keerukas otsing kirjutuskaitstud päringu alusel, kui tühja vormiga. Lisaks võivad mõnel juhul selliseid probleeme põhjustada ka Accessi korruptsioonijuhtumid ja oleks mõttekas investeerida Juurdepääsu parandamine vahend.
Autori sissejuhatus:
Vivian Stevens on andmete taastamise ekspert DataNumen, Inc., mis on maailmas juhtiv andmete taastamise tehnoloogiate, sealhulgas sql-i taastamine ja Exceli taastamise tarkvaratooted. Lisateabe saamiseks külastage www.datanumenCom