У меня была отдельная таблица типовых и производных от них договоров, сам договор помещался в поле типа длинный текст, и для всего этого хозяйства был разработан целый макроязык и движок. В тексте допускались коды форматирования (&b - начать bold, &n - вернуться к обычной толщине и много еще чего), а также коды подстановки (&company, &contragent, &bankcompany, &bankcontragent, &contractnumber, &contractdate и т.д.), коих сначала допускалось ограниченное количество (под каждый из таких кодов была заведена соответствующая переменная среды окружения отчета, которая (среда) создавалась каждый раз, когда готовился договор для конкретного контрагента), но потом появилась также таблица-описатель допустимых кодов подстановки и получения производных значений подстановки с помощью динамического SQL (запрос содержал в where значения базовых переменных и мог возвратить что угодно, лишь бы хватило этих отправных точек).
Были формы для ведения перечня типовых договоров и дочерних от них договоров "с отклонениями по тексту" и редактирования текстов этих договоров. Был и собственно отчет, который готовил договор с конкретным контрагентом всякий раз, когда в этом возникала необходимость.
Версионность договоров и история внесения в них изменений не велись (за практической нецелесообразностью, хотя все-таки были единичные случаи, когда версионность оказалась бы полезной).
Формат договора был текстовым, а при печати добавлялись символы форматирования языка PCL, которым заменялись &b и подобные.
Разбор по строкам и страницам осуществлялся уже после того, как был подставлен нужный текст вместо кодов подстановки. Даже логотип компании вставлялся в начало файла в виде кодов PCL (хранился в своей табличке как binary-строка).
Тексты всех сформированных договоров оставались лежать в виде файлов в специальном каталоге, ссылка на них хранилась в таблице-журнале подготовленных договоров. При необходимости их можно было посмотреть и повторно распечатать. Периодически каталог архивировался.