чо за выигриш? Прочитай вики, там всё написано, для чего это и для чего не это

=> EXPLAIN ANALYZE SELECT 'ХУЙ'; QUERY PLAN ------------------------------------------------------------------------------------- Result (cost=0.00..0.01 rows=1 width=32) (actual time=0.002..0.002 rows=1 loops=1) Planning time: 0.072 ms Execution time: 0.032 ms (3 rows) Вот этот Planning time он тебе сэкономит. Не знаю, включается ли сюда парсинг SQL’я. На трехэтажных запросах бывает так, что planning time > execution time.

@komar Тогда почему его никто не применяет?

@anon10018 Потому что лень. Потому что нахуй не надо дрочить на наносекунды. Потому что неудобно: после миграции стейтменты протухают и надо переподготоваливать их снова.

@anon10018 https://raw.githubusercontent.com/apsheronets/divananalit/master/csv-to-db.rb вот тебе простой пример, где применяют

@komar препереды можно экзечить много раз чтобы несколько апдейтов / инсертов сделать

@komar > Потому что нахуй не надо дрочить на наносекунды. > Planning time: 0.072 ms Execution time: 0.032 ms

@anon10018 да еби ш твою мать, вот это прирост, готовь доклад на хуйлоад++

@mugiseyebrows А хуяря екзек с голым склем несколько апдейтов с инсертами прямо никак, блядь. не сделать.

@komar мы про скорость говорим, ёба, подгрузи контекст

@mugiseyebrows залупорость