Почему в QSqlQuery метод bindValue не экранирует символы при вставке в MySQL?

Question

[becks]

Столкнулся с удивительной особенностью, bindValue не экранирует символы у параметра исключительно при работе с MySQL. С другими базами на такое поведение не напарывался. Проверил на всякий случай укладку в базу через .Net, все хорошо работает, т.е. проблема не в настройках сервера или каких-либо других.

QString selectStr= QString("INSERT INTO %1 (id, guid, content) VALUES(:id, :guid, :content)").arg(tbName);

    sql_query.prepare(selectStr);
    sql_query.bindValue(":id", id64);
    sql_query.bindValue(":guid", guid);
    sql_query.bindValue(":content", t);

    sql_query.exec();

Может кто-то сталкивался с подобным поведением?

Comments

[Vinatorul]

Попробуйте включить следующий отладочный код:
qDebug() << "sql query:" << sql_query.executedQuery();
qDebug() << "sql error:" << sql_query.lastError();

Может это что-то прояснит

[becks]

Vinatorul: Посмотрел. Удивительное рядом. Символ ' (кавычка) экранируется символом ' (кавычка). В итоге вместо одной одинарной кавычки - две одинарные кавычки.

[Vinatorul]

becks: ну да, в SQL так, а у вас content строкового типа и в него кавычка затесалась?

[becks]

Vinatorul: Да, все верно. Строковый тип и там кавычка затесалась, и там может быть (и будет) много всякого мусора. Я не понимаю почему он ее второй кавычкой экранирует, почему с другими базами работает и как все это мероприятие поправить )

[Vinatorul]

becks: вполне возможно, что метод bindValue умеет применять различное экранирование для различных СУБД. Т.к. в MySQL и PostgreSQL используются слеши, а в MSSQL и Oracle удвоенная кавычка. Посмотрите, может вы забываете указать явно, что создаваемое подключение является подключением к MySQL (хотя как бы оно тогда вообще работало)