Kontrahenci jednorazowi zajmują w bazie tyle samo miejsca co zwykli. Tyle, że ich nie widać w kartotece. Mają co prawda wypelnianą mniejszą ilość pól, ale zajmuja normalnie rekord.
Więc zamiana jednorazowych na zwykłych nic nie zmieni  w wielkości bazy.
A baza w GT potrafi dużo przyjąć.

Nie spotkałem się z przypadkiemk zapełnienia bazy, a działam tej branży naprawdę długo. Jedyne ograniczenia to wersja serwera sql od której zależy wielkość obsługiwanej bazy. Express  obsługuje bazy do 10 GB. Wersja standard nie ma takich ograniczej. Tylko przy dużych bazach bardzo istotny jest sprzęt. Przy małej pamięci i słabym procesorze będzie się ślimaczył. Ważny jest też dysk, na SSD będzie pracował szybciej. No i ważna sprawa dbanie o "higienę" bazy, podstawowe narzędzia są w programie serwisowym, a więcej to już z samego sql.

Myslę jednak, że to nie przepełnienie bazy, bo w samej bazie jako takiej miejce na nowe rekordy było, tylko błąd programistów ograniczający możliwość dodawania takich wpisów.

Należy się liczyć z tym, że przy tak szybkim przyroście danych zaczną wcześniej niż później pojawiać się różne problemy wydajnościowe (niektóre operacje będą wykonywały się zdecydowanie wolniej), wszystko zależy od sposobu wykorzystywania programu/obiegu dokumentów, liczbie użytkowników, sprzętu na jakim będzie pracowała baza danych oraz edycji serwera SQL. Na pewno należy zadbać o regularną konserwację w postaci odbudowy indeksów. Jeśli chodzi o sam wspomniany moduł homebankingu to dość szybko pojawiają problemy z wyszukiwaniem kontrahenta (odbywa się ono na podstawie rachunku bankowego, w jednym z przypadków na wydajnym sprzęcie i pełnym serwerze SQL przy 40 000 rachunków bankowych trwało to około 4s).