Как то сумбурно вы вопрос задаёте.
Сначала спросили, "как сделать скидку на второй товар". Потом я вижу, что на второй товар вы хотите дать скидку 50%, и тут же указываете скидку на первый товар в 100%. Это как? Два товара за четверть цены? ;) Мало того, вы указываете имя клиента "Иван" - то есть, у вас ещё и именные дисконтные карточки? И вообще, судя по содержимому таблицы "акции" у вас крутится одновременно несколько скидок?..
Кроме того, скидку вы хотите дать на ЛЮБОЙ второй товар, или только аналогичный первому? Иначе я бы спросил, а кто определяет, какой товар пойдёт первым? ;) И тогда пойдёт совсем другая математика. Например, а если клиент берёт нечётное кол-во товара?
Конкретнее задачу, плиз.

Немного философии и практики:
Давно занимаемся программированием для учёта в торговле. Поначалу, идя на поводу у клиентов, пытались напихать фигову тучу всяких льгот, скидок и так далее. Которые тупо противоречили друг другу (я не про программирование, а про маркетинг). В итоге, остановились на варианте:
- на некоторый товар скидки не распространяются вообще, мы его назвали "акционный";
- есть накопительные скидки - в зависимости от оборота за указанный период, согласно достигнутого "уровня";
- если в "формуляре" дисконтной карточки указать "фиксацию" и процент скидки, карточка начинает давать скидку только по указанному в ней проценту, кроме "акционных" товаров.
Геммора неимоверно меньше, клиентам понятно.

Ну, пункты 2 и 3 делаются легко, и без таблицы скидок:
2. фиксированная цена (3 товара за 888)
то есть - три товара продаются как одна позиция, верно? И порознь - не продаются? И как бы дисконтная карточка тут не причём, я так понял?
обычно такая акция бывает временно. Задача: три товара продать по общей цене 888 и списывать при продаже со склада.
Допустим, в акцию входят Товар 1, Товар 2, Товар 3.
В номенклатуру товаров (реестр товаров) заводится отдельная карточка, например "Товар по акции бла бла бла от такого то числа". Заводится искусственный штрихкод (если с штрихкодами работаете), например 123. Единица измерения - скажем, не штуки, а комплект. Делаем зачисление товара на склад: принимаем именно как "Товар по акции", с штрихкодом 123. Ставим закупочную цену - сумму закупочных цен за единицу наших трёх товаров. Продажную - ставим 888. Вводим нужное нам кол-во товара. Если акция делается по товару, который уже есть в наличии - предварительно делаем списание товаров 1, 2 и 3 со склада в нужном для акции количестве. В итоге клиент приносит на кассу, грубо говоря, склеенные скотчем три товара (ну типа бутылка пива+пакетик рыбки+открывашка), кассир делает поиск товара по штрикходу 123, ваша программа показывает найденный товар с продажной ценой 888. И даже потом себестоимость продаж по такой акции сможете вывести.
3. В подарок
Опять таки, какой то конкретный товар идёт в нужной ситуации в подарок? Ставите в карточке товара продажную цену 0. При продаже касса послушно показывает к оплате 0. По статистике, потом вы увидите убыток, равный закупочной цене. Но это ваша акция.

По вопросу 1 - мало инфы, "как нибудь так" не проходит, нужен жёсткий алгоритм на все варианты "второго товара". Вы сказали, что скидка на второй товар, который дешевле. А если покупатель пришёл с тремя разными товарами? Скажем, по цене 100, 90, 80? Или ситуация: человек купил Товар 1 - по цене 100 - 1 штуку, и Товар 2 - по цене 90 - 10 штук. Как считать? Давать скидку N% на весь Товар 2? Он ведь подходит под условия "второй, более дешёвый"?
ПыСы: чем сложнее и запутаннее алгоритмы акций, тем больше простора кассиру для махинаций ;)