Home/ Questions/Q 7557269
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-30T12:05:21+00:00

I’m looking at the best practice approach here. I have a web page that

  • 0

I’m looking at the best practice approach here. I have a web page that has several drop down options. The drop downs are not related, they are for misc. values (location, building codes, etc). The database right now has a table for each set of options (e.g. table for building codes, table for locations, etc). I’m wondering if I could just combine them all into on table (called listOptions) and then just query that one table.

Location Table
LocationID (int)
LocatValue (nvarchar(25))
LocatDescription (nvarchar(25))

BuildingCode Table
BCID (int)
BCValue (nvarchar(25))
BCDescription (nvarchar(25))

Instead of the above, is there any reason why I can’t do this?

ListOptions Table
ID (int)
listValue (nvarchar(25))
listDescription (nvarchar(25))
groupID (int) //where groupid corresponds to Location, Building Code, etc

Now, when I query the table, I can pass to the query the groupID to pull back the other values I need.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Putting in one table is an antipattern. These are differnt lookups and you cannot enforce referential integrity in the datbase (which is the ciorrect place to enforce it as applications are often not the only way data gets changed) unless they are in separate tables. Data integrity is FAR more important than saving a few minutes of development time if you need an additonal lookup.

    • 0