Подключить переходник

[kosyachniy]

1. Идея
   Делать запросы к БД через специальный адаптер

2. Описание
   Сформировать запрос, определить необходимые данные

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

4. Необходимо для реализации
   Перенесённые данные в новую БД, реализованные адаптер к БД, понимание требуемой информации для инструментов анализа

[tremasov55k]

Что за адаптер? Просветите, пожалуйста.

[kosyachniy]

С помощью адаптера приложение будет получать выборку из необходимых для анализа данных
Также адаптер необходим для значительного уменьшения вычислений, он сам будет определять из какой базы брать данные: основная бд / слепок на неделю

[tremasov55k]

Есть пример реализации?

[kosyachniy]

На данный момент решили не использовать переходник, на прямую связываться с базой данных
Все SQL запросы будут написаны в новом репозитории с БД

[tremasov55k]

На данный момент решили не использовать переходник, на прямую связываться с базой данных
Все SQL запросы будут написаны в новом репозитории с БД

Хорошо, Алексей.

[sevryukov]

На данный момент решили не использовать переходник, на прямую связываться с базой данных

@kosyachniy Алексей, если под БД понимается исходная БД расписания, то принятое Вами решение не соответствует предъявленному требованию (цитирую): "Есть требования к минимизации количества запросов к первоисточнику данных (т.е. количество обращений к первоисточнику не должно быть равно количеству обращений к формам, а должно быть значительно ниже). Проще говоря, нужен умный кэш, который снижает нагрузку на первоисточник."

@tremasov55k

[kosyachniy]

На данный момент решили не использовать переходник, на прямую связываться с базой данных

@kosyachniy Алексей, если под БД понимается исходная БД расписания, то принятое Вами решение не соответствует предъявленному требованию (цитирую): "Есть требования к минимизации количества запросов к первоисточнику данных (т.е. количество обращений к первоисточнику не должно быть равно количеству обращений к формам, а должно быть значительно ниже). Проще говоря, нужен умный кэш, который снижает нагрузку на первоисточник."

@tremasov55k

Мы никак не будем взаимодействовать со старой БД, только с новой. Обновление данных будет происходить по триггеру, как уже ранее сообщалось. Умный кэш подразумевает хранение уже построенных данных в памяти. Об этом говорится здесь: #11 .

[kosyachniy]

Также стоит напомнить, что по нашей концепции - к первоисточнику в принципе не будет запросов. В УСИТ подтвердили, что оптимальным решением будет добавление триггера, когда в первоисточнике обновляются данные. Данные из триггера будут соответствовать нашему новому формату.
Об этом мы сообщали ещё на презентациях во время пар по учебной практике.
Для того чтобы не было недопонимания, скоро добавим полную схему в Wiki.