Перечитал статью и не увидел, где написано что мы используем MYSQL_ATTR_INIT_COMMAND в разработке. Просто написал, что так можно. Используйте или нет, не настаиваю.
Также и с примерами - в статье примеры "возможных" применений.
Подготовка параметров запросов на клиенте мне просто не нравится. К сожалению иногда без этого не обойтись - как к примеру в случаях с использованием одного биндинга в запросе несколько раз. Ну и с мультизапросами. Но нравиться это мне не начинает.
Как уже упомянул в начале статьи - это моё частноем мнения и я легко могу ошибаться.
По поводу MYSQL_ATTR_INIT_COMMAND - взял не с потолка, видел примеры с set names в коде. Про согласование кодировки - тоже встречал баг-репорты, но может я и не правильно трактовал их причину.
Про ATTR_EMULATE_PREPARES - опять же, это моё частное мнение, что так можно себе навредить.
Касательно шестнадцатеричной кодировки - причина действительно была и спасибо за подскажку с MySQL - надо будет попробовать, если вдруг понадобится.
За сумбур в статье - тут ничего не поделать. В момент подготовки доклада и статьи, мне казалось всё достаточно последовательным... Очень рад, что даже несмотря на это - вам понравилось.
Цитата из статьи "Лучше использовать специализированные данные, но мы попытаемся сохранить JSON в непредназначенном для этого BLOB-поле.".
В случае с использованием QueryBuilder'а - да. Вот пример для update https://github.com/yiisoft/db/blob/master/src/QueryBuilder/AbstractDMLQueryBuilder.php#L248
Перечитал статью и не увидел, где написано что мы используем MYSQL_ATTR_INIT_COMMAND в разработке. Просто написал, что так можно. Используйте или нет, не настаиваю.
Также и с примерами - в статье примеры "возможных" применений.
Подготовка параметров запросов на клиенте мне просто не нравится. К сожалению иногда без этого не обойтись - как к примеру в случаях с использованием одного биндинга в запросе несколько раз. Ну и с мультизапросами. Но нравиться это мне не начинает.
Соврал ( cursor + обычный fetch в dataReader
Для 3 версии, срезали старое и ограничили минимально поддерживаемые версии PHP до 8.0, также поступили и с DBMS.
В вашем случае могу посоветовать только чекать версии и подкладывать костыли както вот так: version_compare(PHP_VERSION, '5.6', '<')
Мы для DataProvider как раз используем FETCH_CURSOR + генераторы. По остальному добавить нечего )
Как уже упомянул в начале статьи - это моё частноем мнения и я легко могу ошибаться.
По поводу MYSQL_ATTR_INIT_COMMAND - взял не с потолка, видел примеры с set names в коде. Про согласование кодировки - тоже встречал баг-репорты, но может я и не правильно трактовал их причину.
Про ATTR_EMULATE_PREPARES - опять же, это моё частное мнение, что так можно себе навредить.
Касательно шестнадцатеричной кодировки - причина действительно была и спасибо за подскажку с MySQL - надо будет попробовать, если вдруг понадобится.
За сумбур в статье - тут ничего не поделать. В момент подготовки доклада и статьи, мне казалось всё достаточно последовательным... Очень рад, что даже несмотря на это - вам понравилось.