Микросервис - это, скорее, не библиотека, а автономный (ключевое слово!) небольшой модуль, выполняющий какие-либо функции. И делается он так, чтобы его можно было свободно перенести не то, что в другую БД, а даже на другое оборудование, поменяв для этого лишь настройки связи с другими частями приложения. Или масштабировать, если задействовать несколько серверов одновременно - каждый со своим экземпляром микросервиса. При проектировании микросервисной архитектуры нужно детально описывать связи между модулями (в т. ч. микросервисами) и передаваемую информацию - вплоть до полного протокола обмена.
По Вашему описанию применение микросервисной архитектуры вряд ли можно считать разумным. SQL-сервер всяко лучше разберётся с выборкой данных из связанных таблиц, чем самопальная архитектура. А масштабироваться при большой посещаемости вполне можно обычным кластером с балансировщиком нагрузки, данные (они же сравнительно редко обновляются?) при этом передавать через репликацию или просто скриптовым деплоем изменений в БД по всем серверам.
Сложный
