SQL Lite вроде же не многопользовательская

Но назвать MySQL и PostgreSQL "чересчур тяжеловесно" по мне перебор. И не факт, что тот же MS Access при многопользовательском доступе будет не тяжеловестнее PostgreSQL

YUBAЕсли использовать арендованную БД PostgreSQL или MySQL - это еще мин 10$/мес.
https://cloud.google.com/sql/pricing
Если VPS - Virtual Private SERVER
То занафига нужна арендованная, если можно самому запустить программу install ? )))

Ну и подозреваю, арендованный MS Access будет не дешевле

возврашаясь к теме топика:
1. СУБД "тяжеловестны" т.к. из коробки поддерживают многопользовательский доступ, совместный кэш, очередь (и процессы) записи изменений на диск и так далее... все это требует ресурсов (памяти)
2. То, что MS Access менее "тяжеловестна" в _тех_ же условиях (многопользовательский доступ) - требует доказательств и тестов )))
3. Самый дешевый VPS от amazon'а - 1 Gb RAM. PostgreSQL вполне поставится. Тот же сервер приложений или .NET, вполне может требовать больше памяти.

Много памяти требует не само ядро, а блочный буфер (кэш). Даем больше памяти - выше скорость и меньше обрашений к диску (что обычно тоже тарифицируется и СТОИТ ДЕНЕГ), меньше памяти - медленее работа и больше обращений к диску (можем вылетить за бесплатные лимиты и возможно придется платить ДЕНЕГ ).

Не факт, что на хостерах типа Amazon выгодно экономить на памяти. Вполне может оказаться, что дешевле "докупить" память, чем платить за дисковывый ввод-вывод. По крайне мере у меня, "вылет" за лемиты по объему диска и И-нет трафику был дороже, чем 2-а дешевых хоста )))


По поводу MySQL и PostgreSQL, сравнением не занимался, но по прошлому опыту (10-15 лет назад):
1. Если запросы простейшие, то MySQL раньше была значительно "легче". Но раньше и "легче" достигалось урезанием функциональности (в том числе поддержка многопользовательский доступа была достаточно облегченная)
Если относительно простые запросы - то можно и MySQL.
2. PostgreSQL больший набор функций, относительно нормальный SQL. Но имеет недостаток в виде Vacuum. Ваши требования "с эпизодическим копирование-удалением примерно 3/4 (кстати, надо будет это продумать)" для PostgreSQL может оказаться достаточно тяжелым (не факт, что MS Access лучше).

IMHO & AFAIK. За точность и отсутвие ошибок не ручаюсь.