История изменений

Это понятно. Я непонятно написал, хотел перечислить prepared и AST независимо друг от дружки. Речь с AST вот о чём: (1) количество prepared statements per connection ограничено; (2) для каждого нового connection нужно их заново prepare. Вот и мечталось иметь возможность ВСЕГДА опускать фазу парсинга SQL-строки сервером, подсовывая ему сразу его внутреннее AST.

Хотя это уже блажь. Сам не пробовал, но в теории — если юзать самопальный connection pool, специально заточенный для этого дела, то наверное можно не закрывать prepared statements для часто используемых операций. С другой стороны, если prepared statement уже содержит план запроса, расчитанный на основе всякой там статистики, то хранить его бесконечно — контрпродуктивно, т.к. статистика со временем меняется. А вот если тупо AST подсовывать — вроде и норм.

Это понятно. Я непонятно написал, хотел перечислить prepared и AST независимо друг от дружки. Речь с AST вот о чём: (1) количество prepared statements per connection ограничено; (2) для каждого нового connection нужно их заново prepare. Вот и мечталось иметь возможность ВСЕГДА опускать фазу парсинга SQL-строки сервером, подсовывая ему сразу его внутреннее AST.

Хотя это уже блажь. Сам не пробовал, но в теории — если юзать самопальный connection pool, специально заточенный для этого дела, то наверное можно не закрывать prepared statements для часто используемых операций. С другой стороны, если prepared statement уже содержит план запроса, расчитанный на основе всякий там статистики, то хранить его бесконечно — контрпродуктивно, т.к. статистика со временем меняется. А вот если тупо AST подсовывать — вроде и норм.