Проблема дизайна: единственная запись может измениться - не хочу тратить зря таблицу

Question

У меня есть ситуация, когда мне нужно создать экземпляр «главного объекта», от которого будут наследоваться все остальные, в проекте, который использует Entity Framework (4.0).

Я мог бы просто настроить этообъект, и добавить запись в базу данных для него, и все вытащить из этого.Но это кажется ... как настоящая трата.Целая таблица для одной записи?

Существует высокая вероятность того, что «мастер» со временем изменится, и наследующие объекты должны это отражать.Но я действительно хочу сделать это более эффективно.Есть ли альтернатива, кроме как просто тратить целую таблицу, которая будет содержать 1 запись?

Answer 1

Перво-наперво.

Мера.

Является ли "целый стол" такой пустой тратой, которая требует дальнейшего обсуждения?Действительно ли он потребляет слишком много дискового пространства, памяти или ЦП?

Или это более простая конструкция и более быстрая доставка кода стоимостью несколько байт?