Sql - Should I Use A Junction Table Or Not?

I am creating a new SQL Server 2008 database. I have two two tables that are related. The first table looks like this: BRANDS // table name BrandID // pk BrandName // varchar

Solution 1:

If a model belongs to only one brand then you can put the FK to brand on the model table (your second approach). The first way, with the junction table, is for a many-to-many relation.

Solution 2:

Based on what you've said so far, I would leave out the junction table and use an ordinary foreign key in the MODELS table.

But if a model could move brands and you needed to maintain a current junction and history, a junction table has advantages over keeping history of the entire MODELS row when just a foreign key changes. Also if other things exist which might be associated with the relationship "entity" more than the MODEL entity it might make more sense to have a junction table. You can always make a unique constraint on ModelID in the junction table to ensure that the same model is not linked to multiple brands. So although a junction table is required to effectively implement a many-to-many relationship, it can also be useful for one-to-many relationships where that relationship itself has attributes.

Solution 3:

Junction tables are used for many-to-many relationships which does not seem to be a good fit here.

For example, you would not want to enable the creation of a Honda Civic and a Toyota Civic. That's an example of car's make/model relationship but should fit your brand/model relationship.