Мне любопытно ускорить запросы, используя альтернативы, а не переходы в базу данных в тот момент, когда нужны данные (Connection::exec_params).По существу, для PostgreSQL необходимо спроектировать Connection::exec_prepared, каким-то образом сохранить в routes или helpers, о чем сообщит база данных, а затем вызвать с фактическим params во время запроса.Вот как я это понимаю.Простое указание optimized на самом деле ничего не объясняет в контексте структуры.Я не спорю, это быстрее, но две инструкции кажутся одинаковыми, учитывая время подготовки обоих.
Ссылка https://deveiate.org/code/pg/PG/Connection.html
Я прочитал следующие похожие вопросы, но до сих пор не ясно, учитывая, что потенциальное утверждение exec_prepared объявлено/ разработан на данный момент мне нужно в моем коде.Не похоже, что там есть какая-то эффективность, так как я не разработал этот препарат до этого момента.
Если это так, куда мне поместить подготовленный интенсивно используемый SQL-запрос, чтобы он был готов для использования с быстрым вызовом этого именованного запроса?Похоже, что PostgreSQL нужно знать об этом заранее, чтобы правильно настроить, но тогда я не знаю, как назвать эту подготовку в тот момент, когда нужны результаты.Как указано выше, я предполагаю, что они созданы и хранятся в helpers или routes.