Alexey Kovyazin,

я во внутренностях PDO немного разбираюсь. Даже багу там поправил. Ещё там разбирается "Dorin Marcoci"

Или речь про ibase_* драйвер который в PHP 8.0 решили убрать?

o_v_a,

ну и хорошо что кипит. На самом деле внутреннее устройство и удобство ibase драйвера оставляет желать лучшего. Очень неприятный момент с тем что параметры в подготовленный запрос можно передавать, только как переменное количество параметров. Крайне уродливый код выходит.

Кстати хотелось бы более подробно узнать в каком месте именно проблема.
Насколько я понял основная проблема а потоко-небезопасных хэндлах, но единственное место где они шарятся, это ожидание евентов, хотя может я чего-то не понимаю.

Порадовала новость https://firebirdsql.org/en/news/revival-of-php-driver-development/
Там Мартин Кодитц чего то делает, но что именно не ясно. Его форка в котором есть хоть какие-то изменения я не нашёл, наверное в приватной ветке. Можно было бы помочь, если понимать, что именно надо исправлять.

Что касается PHP PDO, то оно тоже не идеально.
Во-первых оно не поддерживает специфичных фич Firebird:
- множество транзакций на соединение
- события
- доступ к сервис API
- возможность узнать типы и свойства параметров после подготовки запроса

Во-вторых даже имеющиеся возможности PDO сделаны не до конца, так функция getColumnMeta не реализована вовсе. Параметры внутри реализованы тоже так себе: по возможности внутрях всё переводится в текст и меняется тип параметра, что уничтожает сведения о предыдущем значении типа. Я это понял когда на выходных прикручивал возможность передачи BOOLEAN в качестве параметра.

Дегтярев Евгений,

да вот про это




нет чтобы

Дегтярев Евгений,

да всё очень просто в PHP 8.0 (следующая за 7.4) решили переместить ibase_ расширение в PECL, потому что хендлы не потокобезопасные. Оно вроде как ничего, так как хендл соединения не выходит за пределы работающего скрипта, за исключением использования функции ibase_wait_event

Дегтярев Евгенийсложно судить почему сделали так а ни эдак, но я не вижу в этом проблемы, один раз обернул и забыл

вот как обёртку не делай, она уродством выглядит, самое красивое что получилось




хрень с eval ещё большее уродство

Дегтярев Евгений,

мне не нравится когда хендл перемешан с параметрами в одном массиве. Кстати да call_user_func_array наверное подешевле будет

Дегтярев Евгений,

кстати посмотрел в новом коде тоже используется call_user_func_array.

Тут неаккуратно со многих позиций. В массив аргументов включается хендл 1 элементом, теперь если надо использовать этот массив дальше, то сразу после вызова ibase_execute, его надо удалить хендл из массива. А ещё массив и по ссылке может быть передан.

Дегтярев Евгений,

так речь и идёт про передачу по ссылке, которая указывается которое указывается в объявлении функции. Короче это попытка эмуляции PDO методов bindParam, bindValue. Первый связывает по ссылке, второй по значению.

Я в своей реализации все эти фиговины уже обошёл, и не спрашиваю как это сделать. Т.е. когда в своём коде вызываешь обёртку, то вроде всё нормально, но внутрях обёртки ужас, потому что функция ibase_execute изначально сделана неудобной. Собственно это расширение сделано вполне себе в стиле PHP 3, PHP 4 когда параметры у функций были в фиг знает в каком порядке.

Дегтярев Евгений,

да оно описано вот тут http://www.phpinternalsbook.com

Коваленко Дмитрий,

Дим, ну хорош издеваться. Ты внутреннюю начинку всего этого видел?
Это надо очень много времени. Одно дело мелкий баг поправить, совсем другое переписать это расширение почти с нуля.

Дегтярев Евгений,

так ты заняться решил?
Вообще-то связаться с разработчика пыха нет никаких проблем, но разжёвывать они ничего не будут.
Конкретная проблема ibase_ драйвера обозначена. Собственно ты сам читал переписку.
На самом деле в переписке говорится даже о двух проблемах. Вторая заключается в том, что это расширение
не кому поддерживать, чтобы отслеживать все изменения в ядре пыха.