BenzinЗасомневался - а может и надо поле ДатаНачКопить?

Табл.Квоты. 1.1.04 установлена квота в 100руб без накопления, с 1.3.04 квота остается той же, но ее разрешено накапливать.
Вопрос: это новая запись или достаточно установить флажок, записав ДатаНачКопить = 1.3.04?
Далее: с 1.06.04 накопление запретили, квота та же.
Вопрос: вводить еще одну запись или достаточно снять флажок, записав ДатаНачКопить = Null?

Вводить дполнительную запись поле Копить.Default=False, Not nullable
Дополнительное поле даты не вводить.


Benzin
Дело в том, что табл.ТратыПоМесяцам тоже имеет поле [Квота], куда попадает значение квоты актуальное на момент создания новой записи в табл.ТратыПоМесяцам(аналог поля Цена в табл.Заказ, при имеющемся поле Цена табл.Товары в учебной базе)


Это, вообще говоря, плохо.
Патамушта увеличивает степень функциональной зависимости строк одной таблицы от содержимого другой без достаточного основания.



Benzin
и вроде нет смысла плодить записи в табл.Квоты, только из-за изменения признака накопления?

Это вопрос об определении того, что есть "факт" применительно к этой таблице и твое конструкции воопче.
Если ты видишь смысл в том, чтобы добавить поле "ДатаНачКопить", то рано или поздно тебе придется признать, что в паре с полем "копить" оно составляет самостоятельную сущность, выделить ее в отдельную таблицу с Fk на исходную.
Это оно тебе нада?

Benzin2Victosha:
VictoshaЭто, вообще говоря, плохо
Ну а как же с примерами в учебных базах? т.Заказ: ключ на IdТовар и Цена в явном виде. А в т.Товары у этого IdТовар Цена сейчас может быть другой, но сделка(в т.Заказ) зафиксирована именно с ценой активной на дату сделки. Иначе придется в т.Товары плодить новые записи, только из-за изменения цены?


Это СОВСЕМ другая история. И происходит она примено вот из каких представлений.

В "учебных" базах Товары совмещают в себе ПрайсЛист.
Объявленная цена товара не более чем ориентировка для продавца. Фактическая цена - это реквизит непосредственно строки заказа, НИКАК не связанный ни с какими другими строками в базе ни в каких таблицах.
Изменения/удаления/добавления во всех прочих строках прочих таблиц, включая ПРАЙСЛИСТ, не имеют отношению к ФАКТИЧЕСКОЙ зафиксированной по сделе цене.

В твоем случае - Если Квота может быть хоть в каком-нибудь смысле оказаться САМОСТОЯТЕЛЬНЫМ реквизитом Траты - пиши ее туда. Если это всего лишь ориентировка для "оператора ввода строки" - делать ей там нечего.
Самостоятельным реквизитом она может оказаться, например, в случае, если Траты окажется по совместительству Остатками. Тогда туда, в Траты, поле Остаток вводи.
Иначе это просто грязь и непонятно зачем занятое место, НИГДЕ потом не используемое.


Benzin
Видел я как-то лет 10 назад базу сваянную на ...Екселе, вот там так и было - 10 записей товара "Огурцы" только с разницей в цене.
Victoshaв паре с полем "копить" оно составляет самостоятельную сущность
А то! Я сразу интуичил, что просится какая-то новая таблица(см.№1).

Это не я сказал. Если ты так думаешь, и у тебя есть основания так думать - делай.
Мне не разглядеть отсюда - нада оно или нет..
По тому описанию, что было - кажется - не нада...