autoreplace {} (Even if there is no prefix)

[eliarhsamos]

/* Замена {table} */
        if($this->prefix) {
            $query = \preg_replace_callback('~{(.*?)}~', array($this, 'tableClb'), $this->pattern);
        }else{
            $query=$this->pattern;
        }

lifehack

[mkedo]

Можете поподробнее описать?

[eliarhsamos]

В запросе конкатенируется фигурная скобка
SELECT CONCAT('{',123,":adsf",'}');
Ожидаю, что будет {123:adsf}
Однако фигурные скобки пропали
Начал рыть - понял, что пускай даже префикс не указан - автозамена по фигурным все равно осуществляется
и получается 123:adsf

[vasa-c]

@eliarhsamos, да, но если я пишу запрос SELECT * FROM {table} я предполагаю, что будет вставлено имя таблицы, вне зависимо от того, как на верхнем уровне настроен префикс. А так замены не будет.

[eliarhsamos]

@vasa-c но в выше приведенном примере на казалось бы обычном запросе - фигурные пропадают. Как с этим штатными средствами бороться?

[mkedo]

@eliarhsamos, понял. Как сказал @vasa-c, {table} должно разворачиваться вне зависимости от того установлен prefix или нет.
Вижу пока только одно решение - не использовать фигурные скобки.

Если в CONCAT нет имен колонок то можно так
$db->query("SELECT CONCAT(?l)", array(array('{',123,":adsf",'}')));
Если же есть, то
$db->query("SELECT CONCAT(?, ?, ?c, ?)", array('{',123,":adsf",'}'));

[vasa-c]

@eliarhsamos ну а если там знак вопроса будет? Весь смысл библиотеки, как раз, чтобы сырых данных в шаблоне не было.

Вобще эти {} древнее легаси, не знаю, пользуется ли кто, можно и убрать.

[eliarhsamos]

@mkedo видимо, да
@vasa-c знака вопроса там заведомо нет, нужно было создать json-подобный вариант
часть вещей уже под 5.7 mysql работают, часть нет
нужен стык
https://dev.mysql.com/doc/refman/5.7/en/json.html
и осуществляется что-то вроде
mysql> INSERT INTO t1 VALUES('{"key1": "value1", "key2": "value2"}');
где данные уже через плейсхолдеры обрабатываются
а вот обертка подается напрямую