14. april 2006 - 19:24Der 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?
I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
"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.
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?
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.
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)
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?
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.
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)
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
-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?
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.
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.
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.