Multiple Choice Answers (1 Viewer)

juber

jhv,m
Joined
Jun 20, 2003
Messages
86
Location
jh
Gender
Undisclosed
HSC
N/A
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
 

honky tonk

in Miracle World
Joined
Dec 26, 2002
Messages
1,032
Location
Newcastle
Gender
Male
HSC
2003
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
 
Last edited:

Huy

Active Member
Joined
Dec 20, 2002
Messages
5,240
Gender
Undisclosed
HSC
N/A
Answers I wrote in the exam, so there could be some wrong ones :p

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 ;)
 

honky tonk

in Miracle World
Joined
Dec 26, 2002
Messages
1,032
Location
Newcastle
Gender
Male
HSC
2003
According to the Excel textbook, for Question 14, you don't divide by 8... but I could be wrong.
 

honky tonk

in Miracle World
Joined
Dec 26, 2002
Messages
1,032
Location
Newcastle
Gender
Male
HSC
2003
Actually, doesn't it make sense not to divide by 8? The size of the fields is in bytes, not bits... right?
 

FadeToBlack

lonely sunday friend
Joined
Aug 11, 2002
Messages
435
Location
jesus
Gender
Male
HSC
2003
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

O RLY?
Joined
Jun 21, 2003
Messages
818
Gender
Undisclosed
HSC
2003
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

in Miracle World
Joined
Dec 26, 2002
Messages
1,032
Location
Newcastle
Gender
Male
HSC
2003
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

New Member
Joined
Nov 8, 2002
Messages
19
Location
Sydney
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

New Member
Joined
Nov 8, 2002
Messages
19
Location
Sydney
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

New Member
Joined
Oct 22, 2003
Messages
27
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
 

Huy

Active Member
Joined
Dec 20, 2002
Messages
5,240
Gender
Undisclosed
HSC
N/A
Originally posted by mushi
huy, u sure 17 is B? prettty sure its c :p
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

New Member
Joined
Oct 22, 2003
Messages
27
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
 

honky tonk

in Miracle World
Joined
Dec 26, 2002
Messages
1,032
Location
Newcastle
Gender
Male
HSC
2003
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.. :confused:
 

Users Who Are Viewing This Thread (Users: 0, Guests: 1)

Top