Avatar billede nanna31 Praktikant
14. april 2006 - 19:24 Der er 18 kommentarer og
1 løsning

Case sensitive

Jeg har lidt svært ved at vurdere, om Access er kender forskel på store og små bogstaver. Den lagrer jo fint f.eks. en streng med store og små bogstaver, men nøglerne (Hej og hej) kan ikke eksistere på samme tid?
Avatar billede nanna31 Praktikant
14. april 2006 - 19:25 #1
Jeg har Access 2000!
Avatar billede mugs Novice
14. april 2006 - 19:35 #2
"Den lagrer jo fint f.eks. en streng med store og små bogstaver"

Er du nu sikker på at Access lagrer som du har skrevet? Husk på, at det du swer på skærmen kun er det sine øjne ser, og ikke nødvendigvis er det der er lagret på din HD.
Avatar billede nanna31 Praktikant
14. april 2006 - 19:39 #3
Når jeg åbner databasen står alle mine navne ihvertfald med korrekt mht. store og små bogstaver. Det må da betyde, at der skelnes, ellers ville alt vel enten stå med stort eller småt - eller mener du?
Avatar billede mugs Novice
14. april 2006 - 19:47 #4
Det må have noget at gøre med dine indstillinger. Denne kode f.eks starter alle sætninger med et stort bogstav. Men jeg savner en mere klar definition af dit problem.

felt1 = UCase(Left([felt1], 1)) & LCase(Mid([felt1], 2))
Avatar billede nanna31 Praktikant
14. april 2006 - 20:08 #5
Jeg har en database med logins som skal være unikke (keys). Jeg vil gerne, at både Anders og anders kan eksistere i databasen.
Avatar billede -anders- Juniormester
15. april 2006 - 12:45 #6
Hej nana
Det tror jeg ikke man kan, i nøglesammenhænge vil Anders og anders være den samme værdi, og vil derfor give en nøglefejl. Nu ved jeg jo ikke hvordan dit login til DB er skruet sammen, men alternativt kunne man arbejde med brugeres initialer, og så måske benytte metoden Environ("Username"), denne metode henter brugernavnet der aktuelt er logget på windows, altså er loginnavnet unikt. Denne metode benyttes på feks. et lokalt netværk. men blot til inspiration :o)
Avatar billede nanna31 Praktikant
15. april 2006 - 13:04 #7
Man kunne måske også bare nøjes med en autogenereret nøgle (nr) istedet for navnene - så kunne både Anders og anders være der på samme tid. For søger man på Anders, kommer anders ikke nødvendigvis frem, så det burde vel være løsningen?
Avatar billede mugs Novice
15. april 2006 - 13:13 #8
En autogenereret nøgle er at foretrække idet den samme værdi aldrig vil opstå. Med navne som nøgle risikerer du altid, at det samme navn opstår. der er jo mange i Danmark der hedder Anders uanset om du staver det med stort eller lille begyndelsesbogstav.
Avatar billede -anders- Juniormester
15. april 2006 - 13:16 #9
Enig med mugs, en autogeneret nøgle er langt at fortrække, da en sådan aldrig kan dublere
Avatar billede nanna31 Praktikant
15. april 2006 - 13:22 #10
Men er vi ikke enige om, at selvom Access opfatter Anders og anders som dubletter, hvis de er nøgler, så skelnes der alligevel mellem de to navne, hvis man søger i databasen efter eksempelvis anders? (det er kernen i mit spørgsmål)
Avatar billede mugs Novice
15. april 2006 - 13:31 #11
Det er fordi du søger efter den streng der er lagret på din HD og ikke efter det du ser på skærmen. Se min kommentar 14/04-2006 19:35:20
Avatar billede -anders- Juniormester
15. april 2006 - 13:31 #12
Det kommer an på hvilket søgeværktøj du benytter, hvis du anvender den indbygget søgefunktion kan du her bestemme om der i søgningen skal skelens mellem store og små bogstaver. Hvis du anvender et egenudviklet søgeværktøj skelens der ikke umiddelbart mellem store og små bogstaver, hvis dette ikke på forhånd er implemeteret i søgekoden
Avatar billede nanna31 Praktikant
15. april 2006 - 15:27 #13
mugs jeg fatter stadigvæk ikke, hvad du mener?

-anders- det du siger, må vel også betyde, at Access husker stort fra småt, ellers ville man jo under ingen omstændigheder kunne søge på case-specifikke navne?
Avatar billede -anders- Juniormester
15. april 2006 - 15:44 #14
Ja måske, men jeg er faktisk ikke helt klar over dette, men måske man kan finde noget om emnet på en googlesøgning.

Jeg tror at mugs mener format/faktisk værdi, tag feks. et dato/klokkeslets felt, her kan man i format angive hvordan datoen skal vises, men uanset hvordan man vælger dette vil datoværdien altid blive gemt på den samme måde, så format er en visning af data i et felt, men ikke nødvendigvis selve savningen af data.
Avatar billede nanna31 Praktikant
15. april 2006 - 15:55 #15
Hvordan dataene er repræsenteret i selve Access-brugerfladen, betyder ikke noget her, for jeg læser dataene gennem showAccounts.asp som udskriver dataene på skærmen. Og her figurerer navnene korrekt mht. store og ssmå bogstaver.
Avatar billede nanna31 Praktikant
15. maj 2006 - 17:52 #16
Hvem smider et svar ?
Avatar billede mugs Novice
15. maj 2006 - 18:08 #17
Tjaa - Hvis du mener min hjælp var point værd til at løse dit problem, ellers afstår jeg.
Avatar billede nanna31 Praktikant
15. maj 2006 - 21:23 #18
Smid bare et svar som tak for interessen
Avatar billede mugs Novice
15. maj 2006 - 21:36 #19
;o)
Avatar billede Ny bruger Nybegynder

Din løsning...

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.

Loading billede Opret Preview
Kategori
Dyk ned i databasernes verden på et af vores praksisnære Access-kurser

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester