Ta napaka pomeni, da Access ne najde vhodne vrednosti, ki bi ustrezala pričakovani vrednosti podatkovnega tipa. Če na primer Accessu dodelite besedilni niz, vendar pričakuje številko, se prikaže sporočilo o napaki zaradi neujemanja podatkovnega tipa.
Če želite odpraviti to sporočilo, naredite to:
-
Če ste pravkar spremenili privzeto vrednost za polje v tabeli in se prikaže sporočilo o neujemanju vrste podatkov, ko poskušate vnesti nove zapise, odprite tabelo v pogledu načrta in preverite, ali je izraz, ki ga uporabljate za privzeto vrednost polja, ovrednoten kot isti podatkovni tip kot polje. Če je na primer v polju podatkovni tip »Število«, se prepričajte, da ne vnesete narekovajev okrog izraza Privzeta vrednost (npr. »1« bi bilo ovrednoteno kot besedilo in ne kot število.)
-
Preverite, pogoji se ujema z podatkovni tip temeljnega polja stolpca. Če določite besedilne pogoje za številsko polje ali polje za datum/čas, se prikaže ta napaka.
Če na primer vnesete pogoj » 50 « ali » 13.12.12«, je vrnjeno sporočilo o napaki, ker Access vrednosti v narekovajih razume kot besedilo in ne kot številke. Zato odstranite narekovaje. Ko v polje Pogoji vnesete veljaven datum, boste vedeli, ker se okoli datuma prikažejo znaki # , na primer #12/13/12#.
Drugi primeri, ki povzročijo spor podatkovnega tipa:
-
Določate pogoje za iskalno polje in pogoji uporabljajo vrednosti, ki so prikazane (kot ime) na seznamu za iskanje, namesto njihovih povezanih vrednosti tuji ključ (na primer ID). Ker so vrednosti tujega ključa vrednosti, ki so dejansko shranjene v temeljni tabeli, jih uporabite, ko določate pogoje za polje.
-
V merila, ki ste jih določili za polje »Valuta«, ste vnesli znak za dolar ($). Odstranite znak za dolar in si oglejte rezultate.
Če je številska vrednost, ki ste jo vnesli, med narekovaji, je to znak, da ne gre za število. Ko vnesete znak $, Access samodejno doda narekovaje.
-
Preverite, ali imajo vsi pari združenih polj v poizvedbi enak podatkovni tip. Če ga nimajo, spremenite podatkovni tip enega od združenih polj, da se bo ujemal s podatkovnim tipom drugega polja; tako preprečite napako zaradi neujemanja.
