Notifikationer

Markér alle som læst Log ud

jensen363 Forsker

14. december 2004 - 13:38 Der er 21 kommentarer og
3 løsninger

Hvorfor beregnes gennemsnit at en række observanter forkert i for

Følgende talrække :

4,4,3,4,4,4,4,3,5,3,4,4,4,5,4,4,5,5,3,4,4,3,5,4,4,4,4,5,-, 4,4,5,4,4,4,4,3,4,4,5,4,4,5,4,4,5,4,4,4,4,4,4,4,4,4,4,4,4,
4,4,3,4,3,4,4,-,4

Ialt 67 observanter (heraf 2 blanke ) giver en sumværdi på 262

262 / 65 = 4,03076...... osv.

En isoleret beregning i i en forespørgsel giver den korrekte værde, men en tilsvarende i formularfod

=Gennemsnit([Observation_01]) giver 4,01650.....

Hvad er der galt ved fremgangsmetoden ????

Synes godt om

terry Ekspert

14. december 2004 - 13:58 #1

Very likely becaus eAverage is also taking the two blank into concideration

Synes godt om

terry Ekspert

14. december 2004 - 14:02 #2

If you make aquery where you only select those not blank, then use Gennemsnit what do you get?

Synes godt om

jensen363 Forsker

14. december 2004 - 14:03 #3

Terry ..... 262 / 67 = 3,91044.... :o) ....

Synes godt om

Make IT Easy - Thomas Jepsen Praktikant

14. december 2004 - 14:04 #4

262/67 giver heller ikke 4,01650 (nærmere 3,9104477611940 hvis jeg lige kan regne rigtigt i hovedet, haha)

Synes godt om

Make IT Easy - Thomas Jepsen Praktikant

14. december 2004 - 14:04 #5

ah....du fik det samme :o)

Synes godt om

terry Ekspert

14. december 2004 - 14:06 #6

yes, I know this but the records are very likley being taken into account in some way!

Synes godt om

terry Ekspert

14. december 2004 - 14:06 #7

I also went to school :o)

Synes godt om

Make IT Easy - Thomas Jepsen Praktikant

14. december 2004 - 14:08 #8

Jeg har ofte døjet med decimaler, når jeg skulle beregne noget. Sjovt nok duer en computer ikke til at regne rigtigt :-[

Se evt dette spm, som jeg selv oprettede for et stykke tid siden - måske kan det hjælp dig: http://www.eksperten.dk/spm/539528

Synes godt om

Jørgen Kirkegaard Professor

14. december 2004 - 16:33 #9

Debug med færre, overskuelige tal, f.eks. 4,-,4,4,-,4

Synes godt om

jensen363 Forsker

15. december 2004 - 09:09 #10

Suk ... løsningen blev, at beregningen foretages i en forespørgsel ( som gør det korrekt ), hvorefter formularfoden genereres v.h.a. DLookUp() ....

Mindre fancy, tidskrævende, men det virker ...

Synes godt om

jensen363 Forsker

15. december 2004 - 09:18 #11

Thomas & Terry, læg lige svar, så fordeler jeg point for jeres kreative indsats :o)

Synes godt om

Make IT Easy - Thomas Jepsen Praktikant

15. december 2004 - 13:21 #12

ja, det er noget skidt noget :o(

Synes godt om

jensen363 Forsker

15. december 2004 - 13:24 #13

Umiddelbart må der vel være tale om en fejl i Access, når beregningen i en forespørgsel alene udløser det korrekte resultat. Det er jo kun i forbindelse med beregningen i formularfoden der genereres beregningsfejlen ....

Synes godt om

Make IT Easy - Thomas Jepsen Praktikant

15. december 2004 - 13:27 #14

Ja, det er klart, at den må benytte 2 forskellige metoder. Hvorfor ved jeg ikke?

Synes godt om

jensen363 Forsker

15. december 2004 - 13:28 #15

Vi må have fat i Bill c",)

Synes godt om

Make IT Easy - Thomas Jepsen Praktikant

15. december 2004 - 13:34 #16

Eller mister "Intel" (eller hvad han nu måtte hedde), hvis fejlen i virkeligheden skyldes maskinens evne til at regne med decimaler.

Synes godt om

jensen363 Forsker

15. december 2004 - 13:40 #17

Never mind ... problemet er løst, men som altid dukker der noget op i kølvandet, nemlig opdateringshastigheden, idet der på baggrund af middelværdien skal returneres en farvekode ( rød/gul/grøn ) af hængig af det opnåede resultat.

Da den nu benytter DLookUp() som mål, returneres farven grå helt vilkårligt ved åbning af formulen ... suk

Synes godt om

Make IT Easy - Thomas Jepsen Praktikant

15. december 2004 - 13:59 #18

Brug VBA til at skrive værdien i en ubunden tekstboks. Læg koden på Form_Current og Form_AfterOpdate

Me!teksboks = Dlookup("....")

Mn bør altid benytte denne metode i stedet for at have beregnede felter direkte på formularen. Det går meget hurtigere!

Synes godt om

jensen363 Forsker

15. december 2004 - 14:05 #19

Afrund(DLookUp("[1]";"qryScore(Sum)";"")) benyttes i fbm. betinget formattering ... dette kan vel ikke gøres anerledes ?

Synes godt om

Make IT Easy - Thomas Jepsen Praktikant

15. december 2004 - 14:09 #20

ah, jeg var ikke klar over, at det var i betinget formattering, at du benyttede Dlookup'en...

Synes godt om

Make IT Easy - Thomas Jepsen Praktikant

17. december 2004 - 11:52 #21

thnx :)

Synes godt om

jensen363 Forsker

17. december 2004 - 11:54 #22

ywlc :)

Synes godt om

Make IT Easy - Thomas Jepsen Praktikant

17. december 2004 - 11:56 #23

you...???

Synes godt om

jensen363 Forsker

17. december 2004 - 12:45 #24

Your welcome ...

Synes godt om

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.

Følg dette spørgsmål

Opret Preview

Access kurser

Dyk ned i databasernes verden på et af vores praksisnære Access-kurser

Se alle Access kurser

Flere spørgsmål fra Access kategorien

Titel	Indlæg	Oprettet	Seneste aktivitet
en word dotx fil stilles om til at blive gemt i skyen Af per2edb i Access	9	16/04/202620:11	21/04/202615:43
AI integreret i Access Af per2edb i Access	3	06/04/202610:42	06/04/202612:58
Autonummerering Af hlnviv i Access	2	06/03/202606:24	06/03/202607:48
stigende sortering på et Link felt Af hlnviv i Access	6	03/03/202613:18	04/03/202608:09
Access database udskriver ikke rammer korrekt Af Uvanga i Access	8	18/11/202500:24	18/11/202510:25

Se alle spørgsmål i kategorien Opret spørgsmål

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

Alle kategorier på Eksperten

Seneste artiklerRSS