О, метко, об общем названии класса сервисов решающих эту задачу - 14 баз надо... Modern enterprises store and process diverse sets of big data, and they can use that data in different ways, thanks to tools like databases and data warehouses. Databases efficiently store transactional data, making it available to end users and other systems. Data warehouses aggregate data from databases and other sources to create a unified repository that can serve as the basis for sophisticated reporting and analytics.

https://www.stitchdata.com/resources/database-vs-data-warehouse/

Я так понял по сообщениям, что нужно быстро на коленке свое сделать и не покупать решение (так как такой класс задач это обычно enterpriseи бесплатной тулы, которую можно быстро прикрутить, нет)

Можно ещё в ETL копнуть https://ru.m.wikipedia.org/wiki/ETL

Я не понял, но моё предложение - на коленке сделать. Потому что доводилось работать с подобными коробочными решениями. Если чел никогда не сталкивался, то точно ему не помогут.

Есть даже data wrapper для MySQL https://github.com/EnterpriseDB/mysql_fdw

Для всех более менее известных БД такой data wrapper существует

@anton_voron мне показалось или Вы где-то писали, что в этих 14 базах таблицы, из которых Вам нужно собирать данные, идентичной структуры?

Да, ему повезло, одинаковые.

Сразу напрашивается вопрос, почему это разные БД. Но на него скорее всего уже ответили)

Наколеночных варианта, которые можно быстро сделать, вырисовывается три:
1. Собирать все данные в одну таблицу в 15-й БД. Возможно чистить старые записи, в зависимости от размера данных и требований.
2. Использовать одну из существующих БД, в ней сделать процедуру, которая будет собирать и агрегировать данные на каждый запрос. Медленнее чем первый вариант.
3. В приложении посылать запрос на все 14 БД и делать сортировку и агрегацию самому. Значительно медленнее, чем первый вариант, придется гонять по сети много лишних данных (хотя во втором варианте скорее всего будет та же проблема с лишними данными)

Да, именно

Привет. Можете объяснить данный синтаксис: непонятно использование [] во всех кейсах.

statusLabelText() {
  return {
    [OFFER.STATUS.ARCHIVE]: this.$t('statuses.archived'),
    [OFFER.STATUS.STOPED]: this.$t('statuses.stopped')
  }[this.offer.status]
}

Когда имя ключа храниться в другом объекте, а не задаётся прямо литералом, то используют [].

Благодарю. Разобрался.

Да, и я б начал с этого варианта, учитывая что ему на все - полспринта осталось

Называется computed property name.
Грубо говоря, вы явно не задаёте имя property, оно может быть вычислено (и соответственно меняться) во время выполнения кода.

Внутри [ ] может быть все, что угодно, что возвращает значение. Например, вызов функции.

Друзья, подскажите пожалуйста возможно есть хороший ресурс с книгами по проганью.

Интересует в первую очередь express и mongodb

Понятно, что есть гугл, но возможно вы просоветуете хороший профильный ресурс

express учить в 2021 такое себе. Подумай хорошо. А на счёт монги, есть официальная документация и Гугл, этого более чем достаточно

как база експресс пойдет

Я подумал
Вопрос в источнике книг

Джентльменский набор