Сообщение Re[7]: MS SQL и железо от 29.09.2020 12:51
Изменено 29.09.2020 12:52 wildwind
Re[7]: MS SQL и железо
Здравствуйте, CyberRussia, Вы писали:
CR>Есть таблица, назовем ее source_1...
Это паттерн "запросы в цикле". Или, как сказал Softwarer, "многократное таскание из БД в приложение одних и тех же данных".
Если все необходимые для расчетов данные находятся в таблицах (не дергаются веб-сервисы и т.п.) и алгоритмы расчета не суперсложные и не CPU-bound, расчет можно перенести в базу (в хранимые процедуры) и ускорить примерно на порядок.
CR>Есть таблица, назовем ее source_1...
Это паттерн "запросы в цикле". Или, как сказал Softwarer, "многократное таскание из БД в приложение одних и тех же данных".
Если все необходимые для расчетов данные находятся в таблицах (не дергаются веб-сервисы и т.п.) и алгоритмы расчета не суперсложные и не CPU-bound, расчет можно перенести в базу (в хранимые процедуры) и ускорить примерно на порядок.
Re[7]: MS SQL и железо
Здравствуйте, CyberRussia, Вы писали:
CR>Есть таблица, назовем ее source_1...
Это паттерн "запросы в цикле". Или, как сказал Softwarer,
Если все необходимые для расчетов данные находятся в таблицах (не дергаются веб-сервисы и т.п.) и алгоритмы расчета не суперсложные и не CPU-bound, расчет можно перенести в базу (в хранимые процедуры) и ускорить примерно на порядок.
CR>Есть таблица, назовем ее source_1...
Это паттерн "запросы в цикле". Или, как сказал Softwarer,
— вытаскивание из БД и расчёт в приложении того, что куда быстрее посчитать в базе
— многократное таскание из БД в приложение одних и тех же данных
Если все необходимые для расчетов данные находятся в таблицах (не дергаются веб-сервисы и т.п.) и алгоритмы расчета не суперсложные и не CPU-bound, расчет можно перенести в базу (в хранимые процедуры) и ускорить примерно на порядок.