Avatar billede erik Nybegynder
19. juni 2001 - 14:16 Der er 15 kommentarer og
3 løsninger

æøå sortering i en Access database!!

Jeg har lidt problemer med en listning fra en Accesdatabase:
Følgende sker

hårder vises før horter
kølpin vises før korham

osv.

Jeg bruger en udendansk ver. af Access

hvad kan jeg gøre for at listningen mht æøå kommer i orden!
Avatar billede erik Nybegynder
19. juni 2001 - 14:18 #1
foa
føb
foc

skulle sorteres som

foa
foc
føb

men det sker ikke!!!
Avatar billede proaccess Nybegynder
19. juni 2001 - 14:21 #2
Er det ikke muligt at ændre sorteringsrækkefølgen i Funktioner-Indstillinger-Generelt til Norsk/Dansk ???

/proAccess
Avatar billede proaccess Nybegynder
19. juni 2001 - 14:24 #3
Dette ville vist dog først kunne gælde NYE databaser...
19. juni 2001 - 22:03 #4
Hej Erik,

Du skal ganske rigtigt ændre Indstillinger->generelt->Sorteringsrækkefølge for nye databaser til Norsk/Dansk.

Herefter skal du oprette en ny database, hvorefter du importere hele den gamle database i den nye. Herefter vil databasen sortere korrekt.

/Thomas
Avatar billede martens Guru
21. juni 2001 - 10:56 #5
Det er slet ikke så indviklet !

Ser tabellen således ud efter en sortering A-Å

test
11
12
Aalborg
Aalestrup
abe
æbler
Ædegilde
ændring
Afslapning
ål
ÅL
Alberte
Århus
citron
Eksperten
øl
ØL

Så er løsningen her :

Funktioner >> Indstillinger
Fanebladet Generelt
Sorteringsrækkefølge for nye databaser
(står med garanti til Generelt)
vælg Norsk/dansk
OK
Funktioner ->> Databasefunktioner
Komprimer og reparer database..

Vupti

Nu ser det således ud

test
11
12
abe
Afslapning
Alberte
citron
Eksperten
æbler
Ædegilde
ændring
øl
ØL
ål
ÅL
Aalborg
Aalestrup
Århus

--

Læg mærke til sorteringen på Aa = Å

mvh martens

Avatar billede martens Guru
21. juni 2001 - 10:57 #6
foa
føb
foc

bliver sorteret som

foa
foc
føb
21. juni 2001 - 20:28 #7
Så er du den første, for hvem det har virket første gang!
Indstillingen hedder jo netop \"Sorteringsrækkefølge for NYE databaser\".
Det er en grundlæggende ting i databaser, at sorteringsrækkefølgen defineret ved oprettelse og kan ikke ændres efterfølgende.
Derfor er man nødt til at oprette en ny database og derefter importere det hele igen.

Men hvis det virker for dig, så er det jo fint.
Til Erik: Hvis det IKKE virker, som martens skrev, så prøv det med at oprette en ny og importere....
Avatar billede martens Guru
21. juni 2001 - 20:34 #8
thomasjepsen >> kører du Access 2000 SR1 ?
Avatar billede proaccess Nybegynder
22. juni 2001 - 14:00 #9
>thomasjepsen: Kan det være komprimeringen, som automatisk laver ny database, sletter gammel database og derefter omdøber den nye database til den gamle databases navn... For så er der jo tale om en NY database... Med deraf følgende ny sorteringsrækkefølge.

/proAccess
25. juni 2001 - 08:15 #10
hmmm, Du har muligvis ret, ProAccess (som altid :o)
Det vil i hvert fald være en fornuftig forklaring.

På den anden side, så har jeg altid forestillet mig, at komprimeringen lavede en kopi af databasen (filecopy) og derefter ryttede op og komprimerede den for derefter at slette originalen og omdøbe den nye. Derved er der ikke foretaget en oprettelse af en ny database, men blot foretaget en filkopiering (dette ændre jo ikke sorteringen).
Endvidere synes jeg også at det er uhensigtsmæssigt, hvis det fungerede på den måde: Forestil dig, at du har en shared applikation, som flere brugere deler. Disse brugere kan jo sagtens have alle mulige forskellige indstillinger for \"Sorteringsrækkefølge for NYE databaser\". Det ville betyde, at hvis én af dem lavede en komprimering en dag, så ville det pludselig være hans sorteringsrækkefølge, som blev den gældende.

Men det interessant at få klarhed om.

Martens: Ja, jeg SR1 på Access 2000.
Avatar billede proaccess Nybegynder
25. juni 2001 - 08:34 #11
>Thomas:

Hvis du kigger på metoden CompactDatabase i Access hjælp, så vil du se at der oprettes en ny database, som man derefter kan overskrive den gamle med... Samtidig fremhæves muligheden for at ændre landestandard og sorteringsrækkefølge!

Jeg antager at menufunktionen \"komprimér database\" laver en automatiseret CompactDatabase efterfulgt af omdøbning.


Jeg fandt desuden dette i \"Microsoft Jet 3.5 Performance Overview and Optimization Techniques\" (bare til info):
From a performance perspective, there are many reasons to frequently compact a database. One reason is that compacting will create a new database that stores all table rows in a contiguous order. If a primary key or unique index is defined, the rows will be sorted in order of the primary key or unique index. This allows Microsoft Jet to take full advantage of its read-ahead cache and also reduces disk I/O when doing sequential scans of a table. Compacting also causes all the statistics in the database to be recalculated. Statistics can become out of date during the course of database operations, thus resulting in inaccurate query plans. Probably the most important performance reason for compacting the database is that the CompactDatabase command or CompactDatabase method switches a flag in all stored queries that causes them to recompile the next time they are executed. This is important because it ensures that the query plan retrieves the latest statistics and creates the best execution path to retrieve the data.
25. juni 2001 - 08:42 #12
ProAccess-> Som jeg sagde, så har du (som altid) ret :o)

Det er faktisk ret interessant! Tak for info\'en :-))

Kan du så måske fortælle mig, hvorfor en \"Repair and Compress\" ikke altid reparere en databasen lige så godt, som hvis man manuelt opretter en ny database og derefter importere alle objekter? Jeg har tit og ofte oplevet fejl, som kun blev rettet, når jeg gjorde dette!!??

mvh Thomas
Avatar billede proaccess Nybegynder
25. juni 2001 - 09:02 #13
Jeg må være dig svar skyldig med hensyn til \"Repair and Compress\", jeg har selv haft MANGE problemer med dette...

Jeg mener dog at kunne huske at det kun er tabeller, index og forespørgsler, som bliver repareret, formularer, rapporter og moduler springes over...
Avatar billede martens Guru
25. juni 2001 - 17:24 #14
Hvor er Erik henne ?
26. juni 2001 - 14:11 #15
Hvem? nåå ham...
Avatar billede proaccess Nybegynder
28. juni 2001 - 15:18 #16
Hvad er den af Erik, skal vi ikke have fordelt nogle points ???
Avatar billede martens Guru
29. juni 2001 - 17:39 #17
Mens vi venter.....
Kan vi jo studere ham Erik nærmere
Avatar billede proaccess Nybegynder
29. juni 2001 - 21:18 #18
:) Han skulle have sparet nok point op, til at kunne udbetale...

Oprettelsesdato 1999-02-02 00:00:00
Point ved oprettelse 300
Point opsparet (877 dage * 5 point) 4385
Point tjent 60
Point brugt 490
Point ude 525
Banner Point 0
I alt 3730
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