Очередной срачъ, у zabivator-а

[metaclass]

Я всегда думал, что может заставить людей не использовать связываемые параметры в запросах и извращаться с самостоятельной конкатенацией запросов, проверкой на sql-инъекции, эскейпингом, обработкой локалей и форматов и прочим садомазохизмом при работе с СУБД.
Оказывается, bind-параметры влияют на производительность.

То, что он формально прав, и что, зная значения параметров, СУБД может выбрать более оптимальный план, не меняет того факта, что это сродни ассемблерным вставкам и экономии на количестве переменных на стеке при разработке опердени, чтобы "работало быстрее".

Я счас поискал в гугле про подобные проблемы - у людей с OSM подобная фигня с бинд-параметрами в Postgresql вылезла. Но это на таблице в 500 млн записей и очень хитрожопном запросе. Предполагаю, что с такими объемами на обычной опердени жопа начнется намного раньше, чем разница между планами хоть как-то повлияет.
Не говоря уже о том, что правильный план можно прибить гвоздями, как минимум в Firebird так точно и вообще не мучится.

Comments

[ennor.livejournal.com]

Смешно, да. Уж что-что, а драйверы доступа вылизываются так, как мало что иное - количество тестеров огромное же.

При такой аргументации автоматизация бизнес-процессов такими монстрами, как шарепойнт или аксапта, должна выглядеть... я даже не знаю, чем :)))

[zamotivator.livejournal.com]

При такой аргументации автоматизация бизнес-процессов такими монстрами, как шарепойнт или аксапта, должна выглядеть... я даже не знаю, чем :)))
Понимаете, у меня просто профессиональная деформация =))) Когда оптимизируешь движок на тему эффективного выполнения запросов, sharepoint и ORM'ы выглядят издевательством над твоей работой ))))

[theiced.livejournal.com]

ты грузишься и вообще целиком не прав. скорость-хуёрость. бинд _гарантированно_ (ну - 99.999999999%) отловит все возможные проблемы. твоё местечковое решение может в каком нить месте не сработать или забудешь заэскэйпить или ещё какая хуета случится. и толку от твоих более быстрых запросов если база наебнёццо или кредитки все попиздят?

[zamotivator.livejournal.com]

Согласен

[theiced.livejournal.com]

вопрос значит закрыт?

[zamotivator.livejournal.com]

В проблеме, что вызвала мои вопросы в исходном посте? Вполне.

[theiced.livejournal.com]

так не было проблемы ёпта.

[zamotivator.livejournal.com]

Была проблема - уязвимость sql-injection.
Решается bind-параметрами.

[theiced.livejournal.com]

но про бинды ты знал, просто стал оптимизировать там где оптимизировать низя.

[zamotivator.livejournal.com]

Нет, я всего лишь захотел узнать альтернативы.

[ennor.livejournal.com]

Ну, в разных ситуациях бывают разные приоритеты - может быть скорость работы, а может быть скорость разработки. :)

[theiced.livejournal.com]

во всех случаях приоритет один - надёжность. всё остальное похуй если нет надёжности.

[ennor.livejournal.com]

Скажи это владельцу бизнеса, мальчик. Мне ебать моск не надо.

[theiced.livejournal.com]

мальчуган, надёжность неважна только если владелец бизнеса нии говна и торфа. в остальных случаях это даже не обсуждается.

[golosptic.livejournal.com]

Вы не правы, к сожалению.
Жизнь несколько неприятнее, чем теории.

[volodymir-k.livejournal.com]

> Уж что-что, а драйверы доступа вылизываются так, как мало что иное

Хм, у меня была масса разных опытов. Например, в Оракле 10.1 JDBC запрос с типа больше 7 или 10 параметров не работает. Почему? Ну бага. Что делать? Ждать следующего релиза. Через год всё будет.

[theiced.livejournal.com]

тут всё просто. не использовать какашечные говнобазы.

[ennor.livejournal.com]

Я имел в виду немного иное. Глюки в DAL вылавливаются довольно быстро благодаря огромной тестерской базе, а вот с какой скоростью их фиксят - зависит уже от вендора.