Quote:
Originally Posted by pistonhead
Would this mean I need a seperate 'Country' table, with CountryID, which is a foreign key in the AttractionsTable?
|
no it wouldn't
have you ever seen an employees table, with firstname and lastname columns?
just because two employees have 'John" as firstname, doesn't mean you automatically need to pull firstname out of the employees table and set up a foreign key to a "firstnames" table
normalization means does each non-key attribute fully depend on the entire primary key
so if i give you the value of an attractionid, can you unambiguously pull out the value of the country for that particular attraction? yes
