Была структура ровно под эту задачу в рамках CRM системы.
Но она мягко сказать не тривиальная и делилась на три большие компоненты:

1. Транзакции - с указанием товарной информации (среди прочего: код товара/объем/цена/сумма без скидки)
2. "Справочники": товаров; торговых точек (с различной сегментацией); клиенты (с различной сегментацией)
3. Справочники "акций".
3.1. Каждая акция определялась как стандартными параметрами, присущими всем акциям (время проведения, товар, точки на которых действует акция, сегменты клиентов для которых действует акция и т.п.)
3.2. Так и специфичными условиями конкретной механики (к примеру, были акции "Каждый 10 покупатель...")
3.3. Так же к акциям привязывались события "уведомления" клиентов.


Глобально все акции делились на две большие категории: "он-лайн" (т.е. здесь и сейчас в момент покупки) и "офф-лайн" (т.н. накопительные акции, т.е. в течение какого-то времени клиент должен выполнить ряд условий и только по завершению периода действия акции/либо по выполнению совокупности условий - получал вознаграждение)


Еще не мало головной боли было с сочетанием акций, т.е. когда одна транзакция удовлетворяет двум и более действующим акциям: "приоритезация" и т.п.


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