Вообщем-то компроментирующий вопрос, но всё же зачем нужны prepared statement в mysqli?
Я понимаю еще в PDO, как в обёртке с эмуляцией и поддержкой на клиенте, но тут зачем? По моим подсчетам замедление работы в 1,5 раза будь то libmysql или mysqlnd, неполноценная поддержка всех операндов, безопасность, которую можно поддержать "стандартными" средствами, сводят такие возможности в одну большую ненужность. Хотя ресурс CPU и память не измерял...

я сделал свои плейсхолдеры с блекджеками и шлюхами. Наподобие тех, что васяц в goDB реализовал. Те, которые идут в комплекте mysqli/PDO - неюзабельны

Абырвалг

я сделал свои плейсхолдеры с блекджеками и шлюхами. Наподобие тех, что васяц в goDB реализовал. Те, которые идут в комплекте mysqli/PDO - неюзабельны

почему?

слишком много кода писать нужно для того, что бы учитывался тип подстановок. к примеру: int'ы не должны же обрамляться кавычками в strict-mode

Абырвалг

слишком много кода писать нужно для того, что бы учитывался тип подстановок.

Спустя 35 секунд добавил

к примеру: int'ы не должны же обрамляться кавычками в strict-mode

мы филологи или программисты? переписать goDB под mysli prepared нет так уж и сложно, подстановки там уже есть с типами. зато будет ощутимый прирост скорости на повторяющихся запросах (если таковые есть конечно и если сделать кеширование препареда) и будет "как надо", без этого костыля -mysql_real_escape_string

переписать goDB можно. В каком-то сверхвысоком увеличении быстродействия сомневаюсь. Переписывайте, делайте замеры если есть желание. Меня плейсхолдеры через mysqli_escape устраивают вполне

phpdude

Абырвалг

я сделал свои плейсхолдеры с блекджеками и шлюхами. Наподобие тех, что васяц в goDB реализовал. Те, которые идут в комплекте mysqli/PDO - неюзабельны

почему?

Потому что нельзя подставлять всё, что хочу + LIKE
кстати у кого есть ситуации когда выполняются два запроса подряд? phpdude
кеширование препареда
кстати как это делать?

kostyl, руками

phpdude
просто, что ты имеешь в виду под  кешированием препареда, это акт mysqli->prepare() или какая-то штука с базой(настройка, специфический запрос или типа того) ?
Еще немного по поводу костыля mysql_real_escape_string? Интересно сколько костылей можно написать для правильного юзанья prepared statement?

kostyl, да, это половой акт, повторяющие ся препареды я уверен на 99.9999999% что база сама кеширует, нахуй одни и теже запросы парсить? имхо должна кешировать

повторяющиеся подряд она и кеширует, а вот насчет кешировать в разнобой я в доках не нашел, но на сторонних всяких блогах и т.п. видел что говорят, но опять же без ссылок.
Тем более кешировать препеады надо хотя бы для разных соединений, а не для одного. Толку с одного нету если на 99,999999% вопросы в нём повторятся не будут.

Дофига чего база должна, но например mysql так и не умеет работать нормально с enum/set. Он только при сортировках с ней корректно работает
http://bugs.mysql.com/bug.php?id=45300 Я о том, что на одних догадках нельзя формулировать утверждение

adw0rd

Дофига чего база должна, но например mysql так и не умеет работать нормально с enum/set. Он только при сортировках с ней корректно работает
http://bugs.mysql.com/bug.php?id=45300

Спустя 34 секунды добавил

Я о том, что на одних догадках нельзя формулировать утверждение

ну можно же жить с надеждой :)
 
делать как правильно, может с ледующем билде они поправят/обавят эту фичу

phpdude, ага, но я предпочитаю Юлю :)

прочитал про баг, это неочевидный баг на самом деле, а то что я предложил - очевидная фича)

adw0rd

phpdude, ага, но я предпочитаю Юлю :)

юля рядом?) а то помнишь, ту надеждочку, ммм м... ))))))))))