DamoD0
asked on
SQL Database Design Best Practice
Hi, I'm designing a database for a project and need to make it as versatile as possible as there may be many changes to the data structure stored in future. I've decided to use name/value pairs for storing parameters instead of extra columns. e.g.:
Tables:
Reports
ReportDetails
Columns:
Reports.ID, Reports.Name, Reports.Desc etc
ReportDetails.ID, ReportDetails.ReportID, ReportDetails.ParameterNam e, ReportDetails.ParameterVal ue
This structure enables the storing of any new report type including its new parameters without changing the DB structure.
Is there a downside to this approach?
Tables:
Reports
ReportDetails
Columns:
Reports.ID, Reports.Name, Reports.Desc etc
ReportDetails.ID, ReportDetails.ReportID, ReportDetails.ParameterNam
This structure enables the storing of any new report type including its new parameters without changing the DB structure.
Is there a downside to this approach?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER