bas
Вопрос, который может повлиять на ответ - как именно записи маленьких таблиц объединяются в большую.

Первый вариант - через union. То есть скорее всего вводится поле "тип записи" и три записи из разных таблиц становятся тремя разнотипными записями одной таблицы. Такое преобразование по большому счету эквивалентно; достаточно представить себе, что в первом случае у Вас есть view БалансыОбщие, а во втором - соответственно три view БалансыПоТипу. Это как раз то место, где логическая и физическая модель могут различаться, если это удобно; Вы можете думать о трех логических сущностях, но реализовать их одной таблицей. Впрочем, я согласен с тем, что такая сведенная таблица в общем случае скорее хуже.

Когда так надо делать? Я бы сказал, когда общего в них существенно больше, чем разного. Когда в результате такого объединения Ваша программа избавится от заметного количества union all-ов по этим таблицам. Когда надоест писать абсолютно одинаковые хранимки, отличающиеся только именем таблицы (ну или выкручиваться из этого через динамический sql). Итп. И напротив, когда в них больше разного, когда в результате такого объединения программа обрастет кучей проверок "типа записи баланса" - так делать не надо.

Другой вариант - записи из разных таблиц сводятся в одну запись общей (более широкую), операцией типа full outer join. Если это отвечает задаче - в принципе ничего страшного не вижу. Единственно, поскольку у Вас хранится история, может оказаться, что для операции "показать историю баланса по счету" придется брать историю и отфильтровывать из нее изменения других показателей; эту операцию я бы назвал кривой и соответственно занес бы в аргументы "не делать так". Зато - так избавляемся от union-ов в операциях типа "показать историю всего"; опять тот же принцип, что и в предыдущем пункте.

EstetsТ.к. нужен будет 1 вариант отчета и параметром вместо нескольких.
Я дал вполне строгий, математический критерий: сводить стоит, если таким образом избавимся от большего количества union all, нежели добавим условий вида record_type = X. Вы говорите свободным языком примерно то же, только.. в довольно возражабельной форме. Почему возражабельной - потому что каждый из нас наверняка видел такие вот "один отчет на все", в котором почти невозможно разобраться, как же он работает, и задача "сделать вот это поле на сантиметр шире" приводит к неработоспособности остальных десяти видов отчетов, реализуемых тем же модулем.