This week's book giveaways are in the Java EE and JavaScript forums.
We're giving away four copies each of The Java EE 7 Tutorial Volume 1 or Volume 2(winners choice) and jQuery UI in Action and have the authors on-line!
See this thread and this one for details.
The moose likes Developer Certification (SCJD/OCMJD) and the fly likes [URLyBird 1.3.2] doubts on instructions Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of The Java EE 7 Tutorial Volume 1 or Volume 2 this week in the Java EE forum
or jQuery UI in Action in the JavaScript forum!
JavaRanch » Java Forums » Certification » Developer Certification (SCJD/OCMJD)
Bookmark "[URLyBird 1.3.2] doubts on instructions" Watch "[URLyBird 1.3.2] doubts on instructions" New topic
Author

[URLyBird 1.3.2] doubts on instructions

Chengwei Lee
Ranch Hand

Joined: Apr 02, 2004
Posts: 884
Hi all,

Am I right to state that the record size is fixed, & hence could I obtain the number of records in the database file by this:

Are these safe assumptions?

I'd looked through the schema of my database file & it seems that there're no primary key to uniquely identify a record at all. It is possible that all of the fields have duplicated values. A room number is missing. Am I right, or am I missing something here?

Was thinking of using the indexed sequential search for the file search, but in this case, I won't have an unique key to identify the record. I could have a few rooms available from a same hotel, and/or a few hotels with available rooms in the same city. Or would the plain old sequential search suffice in this case? I'm worried of being penalised for its performance.

One of the UI search criteria states this:
  • It must allow the user to search the data for all records, or for records where the name and/or location fields exactly match values specified by the user.
  • I'm not quite sure if I understood the first part of the sentence. Does it means that all fields of the record should be searchable, and also exact matches for name and/or location search should be allowed?

    Or does it just means that exact matches for name and/or location search would suffice?

    Thanks!


    SCJP 1.4 * SCWCD 1.4 * SCBCD 1.3 * SCJA 1.0 * TOGAF 8
     
    jQuery in Action, 2nd edition
     
    subject: [URLyBird 1.3.2] doubts on instructions