Multiple Choice Answers (1 Viewer)

[juber]

These are my answers for the multiple choice....

Any disagreements??

1-b
2-b
3-c
4-a
5-b
6-b
7-d
8-d
9-c
10-d
11-d
12-a
13-b
14-b
15-a
16-b
17-c
18-c
19-c
20-b

 

[tonberry_kun]

hehe all same
hope we're right

 

[honky tonk]

1. B
2. B
3. C
4. A
5. B
6. A
7. B
8. D
9. C
10. D
11. D
12. A
13. B
14. D
15. A
16. B
17. C
18. C
19. B
20. B

 

[Huy]

Answers I wrote in the exam, so there could be some wrong ones

01. B
02. B
03. C
04. A
05. B
06. A
07. D
08. D
09. C
10. D
11. D
12. D
13. B
14. B
15. A
16. C
17. B
18. C
19. A
20. B

So you can see the differences there in bold, but I can't remember what I really put because I've got circles and crosses for so many that could equally be correct, LOL.

I'm sure they're my answers above, but not 100% on them, so take it with a grain of salt

 

[mushi]

huy, u sure 17 is B? prettty sure its c

 

[honky tonk]

According to the Excel textbook, for Question 14, you don't divide by 8... but I could be wrong.

 

[honky tonk]

Actually, doesn't it make sense not to divide by 8? The size of the fields is in bytes, not bits... right?

 

[james_86]

6 A i think.. attribute=field

 

[FadeToBlack]

Originally posted by honky tonk
Actually, doesn't it make sense not to divide by 8? The size of the fields is in bytes, not bits... right?

Thats the thing that i couldnt figure out... is each character worth 1 bit, or 1 byte

I randomly deduced 1 byte, cos i just got thinking of parity bits and all that, and i thought... 8 bits make up a byte, which is a single piece of data

who can shed light?

 

[tonberry_kun]

Originally posted by honky tonk
According to the Excel textbook, for Question 14, you don't divide by 8... but I could be wrong.

i reckon the question was badly worded

 

[honky tonk]

Well, I just looked up the example in the Excel textbook, and to find out the size (in Kb), you add together the field sizes (so, in our question it would be (20 + 10 + 10 + 6) and then multiply that number by the number of records (in our case, 100), and then finally dividing it by 1024 to put it in kilobytes.

I think the answer was D:

(20 + 10 + 10 + 6) x 100
------------------------
            1024

 

[morrisoner]

from excel 'number of characters (field width)' so i guess the size is number in bytes. what threw me off is the field that was a number.

so i used bits having the answer b???

 

[morrisoner]

from excel 'number of characters (field width)' so i guess the size is number in bytes. what threw me off is the field that was a number.

so i used bits having the answer b???

and did anyone else put c for 8?

 

[Russkie]

sweet so im not the only one who got heaps of D's in the middle? i was thinking they were wrong cause i got so much, dam bos

 

[Sparr0w]

yeh i had 8c,
im thinking peer-to-peer,
anyone else?

 

[morrisoner]

well i got 18/20

got 8 wrong

and for 14 i put B. / 8 x 1024

how did everyone else go?

 

[Huy]

Originally posted by mushi
huy, u sure 17 is B? prettty sure its c

Well, I just looked at "Actions = Claim Accepted" and saw the tick.
Looked up and saw another tick under the Rules "Police report submitted".

A claim is only accepted if a police report has been submitted.
So I would think B for Q17.

Originally posted by honky tonk
According to the Excel textbook, for Question 14, you don't divide by 8... but I could be wrong.

According to Heinemann, for Question 14, you do.

File size = horizontal x vertical x bit depth / 8 x 1024 bits
(=1KB)

Originally posted by james_86
6 A i think.. attribute=field

I think so too

Originally posted by honky tonk
Well, I just looked up the example in the Excel textbook, and to find out the size (in Kb), you add together the field sizes (so, in our question it would be (20 + 10 + 10 + 6) and then multiply that number by the number of records (in our case, 100), and then finally dividing it by 1024 to put it in kilobytes.

I think the answer was D:

(20 + 10 + 10 + 6) x 100
-------------------------------
               1024

My answer was B.

8 has to be in the bottom, to calculate the answer in bytes.
1024 has to be in the bottom, because you're calculating the number of kiloybytes (1KB=1024 bits).

B) (20+10+10+6) x 100 / 8 x 1024

The question asked for it in kilobytes.

 

[Russkie]

im pretty sure 17 was c also, i spent abit of time on that one. if u look at "C" it says it was 300 dollars not less then 300

 

[marv]

wudnt 14 be D??????????

 

[honky tonk]

Originally posted by Huy
According to Heinemann, for Question 14, you do.

File size = horizontal x vertical x bit depth / 8 x 1024 bits
(=1KB)

I think so too

My answer was B.

Is that not talking about images? There is not bit depth, horizontal or vertical in a data dictionary. This was data type sizes, which I always thought were measured in bytes, not bits, hence the not needing to divide by 8..