Nå jeg har rettet det ind så det passer nu, men fejlen har jeg stadig ikke fundet.
Kan man forestille sig at hvis jeg har en masse frontends der kører på computere der IKKE bliver lukket ned men går i dvale når folk går hjem, at der så kan ske et eller andet i forhold til at backend korumperer ?
" I feltet i tabellen har jeg et opslag med en drop down."
Lave opslagsfelter i tabeller er ikke anbefalet praksis, og det får tit folk på afveje. Din bestemte afvej har jeg ikke hørt om. Hidtil. Drop de opslagsfelter og lav opslag på formularer.
"Kan man forestille ... korumperer ?" Man kan forestille sig en hel masse. Access er ikke så upålidelig at ALT korrumperer dyret. Jeg ville først se efter mere nærliggende forklaringer. Disse er svære at finde for andre ud af fagter, når man ikke har noget konkret at kigge på.
Neoman har ret: Lad være med at lægge funktionalitet på tabelniveau - det er en uskik. Lad være med at lægge formater på tabelniveau - det er også en uskik.
Når du opretter felter i en tabel, så hold dig langt væk fra alt andet end felttypen i det vindue. (eneste undtagelse: Hvis du har et "Oprettet dato" i en tabel, kan man indsætte Date() som Standardværdi)
Du har en tabel der er grundlag for en liste i en dropdownbox på en formular. I denne tabel findes en post med et ID og en tekst ("Mindfullness"), som hhv. felt 1 og felt 2 i din Dropdowbox. når brugeren vælger "Mindfullness" på listen, skal du gemme ID-værdien (felt 1) i det felt, der er dropdownboksens kontrolelementkilde - ikke teksten.
Ordet "Mindfullness" må kun stå ét sted i hele databasen - nemlig i den tabel der ligger bag listen til dropdownboksen.
I rapporter m.m. bruger du Relationer til at vise ordet "Mindfullness" i stedet for dets ID værdi
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
