Досвід роботи з базами даних

Любий набір даних, можливо представити у вигляді об'єктів та їх властивостей.
Об'єкти типизовані. Кожен тип об'єкта має свій набір властивостей.
Властивістю об'єкта може бути інший об'єкт, список властивостей, посилання на довідник.

При проектуванні системи, зазвичай відомо, потрібний набір даних, та, здається, нема сенсу мудрувати зі структурою БД.
Але, коли система запрацювала і користувач бажає доповнювати функціонал, доводиться добавляти таблиці.
Об'єкта орієнтація не потребує зміни структури, , в існуючи таблиці додаються записи про об'єкти, та їх властивості

Це не про ієрархічні СКБД. Таку структуру можливо створити на реляційних СКБД як MsSqlServer, Oracle і т.п.

Питання не в тому, скількі міліардів записів, а в швидкості доступу до них.
Звісно, є якісь обмеження самої СКБД, але тут не про модернізацію.

Таблиці, в яких передбачається багато записів, мають мати не тільки індекс по унікальному ідентифікатору, а й індекси для группування.
Але потрібно мати на увазі, що індекси пришвидшують читання даних, проте, уповільнюють запис. Тому потрібно аналізувати яка швидкість важливіше
Це не означає, що потрібно відмовитись від якогось функціоналу, потрібно синхронізувати потоки даних.

Маю великій досвід з аналізу даних.
Пошук, агрегація, конвертація. Обмін даними між різними системами.

Конвертація у різні формати : json, XML, CSV, txt ...