Не работает запрос добавления строки в таблицу

[lexflax]

Доброго времени суток...
Когда делаю запрос в таблицу так

Код:

QSqlQuery query;

query.exec("INSERT INTO  kod (kodsv,kodg,kodk)" "VALUES (23213,150200,1)");

то запрос добавляется...
Мне нужно чтоб пользователь выбирал что добавлять в таблицу, результаты выбора записываются в переменные типа String
но когда эти переменныеставлю взапрос он ничего не добавляет.... где делаю ошибку подскажите???

Код:

QString kodsv,kodg,KODK;
kodsv = ui->comboBox_3->currentText();
kodg = ui->comboBox_5->currentText();
KODK = ui->comboBox->currentText();
QSqlQuery query;

query.exec("INSERT INTO  kod (kodsv,kodg,kodk)" "VALUES (kodsv,kodg,1)");

[VPS]

Попробуйте использовать:

Код:

bool QSqlQuery::prepare ( const QString & query )

[Serr500]

Сам то понял, что написал?

Так надо:

Код:

QString kodsv,kodg,KODK;
kodsv = ui->comboBox_3->currentText();
kodg = ui->comboBox_5->currentText();
KODK = ui->comboBox->currentText();
QSqlQuery query;

QString S = QString("INSERT INTO  kod (kodsv,kodg,kodk) VALUES (%1,%2,%3)").arg(kodsv,kodg,KODK );

query.exec(S);

Это не perl, переменные в строках не интерполируются!

[dio]

Сам то понял, что написал?

Так надо:

Код:

QString kodsv,kodg,KODK;
kodsv = ui->comboBox_3->currentText();
kodg = ui->comboBox_5->currentText();
KODK = ui->comboBox->currentText();
QSqlQuery query;

QString S = QString("INSERT INTO  kod (kodsv,kodg,kodk) VALUES (%1,%2,%3)").arg(kodsv,kodg,KODK );

query.exec(S);

Это не perl, переменные в строках не интерполируются!

Так тоже работать не будет. Забыли обернуть значения в кавычки. К тому же, если СУБД кэширует запросы, то забьете кэш ненужными запросами.  Правильным решением будет использование связанных переменных.

Код:

QString kodsv,kodg,KODK;
kodsv = ui->comboBox_3->currentText();
kodg = ui->comboBox_5->currentText();
KODK = ui->comboBox->currentText();
QSqlQuery query;

QString S = QString("INSERT INTO  kod (kodsv,kodg,kodk) VALUES (:kodsv,:kodg,:kodk)");
query.prepare(S);
query.bindValue(":kodsv",QVariant(kodsv),QSql::In);
query.bindValue(":kodg",QVariant(kodg),QSql::In);
query.bindValue(":kodk",QVariant(KODK),QSql::In);
query.exec();

[Bepec]

Не соглашусь, dio.
Числовые значения не нуждаются в "обёртке". А тут как раз они и есть.

И что значит забить ненужными запросами?

А ваш приведённый код полный аналог кода Serr500. Просто по другому оператор развернули.

[dio]

Про числовые значения, действительно упустил. Смутила строка

QString kodsv,kodg,KODK;

Приведенный выше код работать будет. А вот то, что это аналогичный код, с этим не согласен. В моем случае используются связанные переменные, в этом случае интерпретатор SQL будет воспринимать команды с разными значениями как одну и туже (в кэш попадет только одна запись). В предыдущем же варианте, каждая команда уникальна и попадет в кэш запросов СУБД. Массовое выполнение подобных команд приведет к росту кэша и  вытеснению из кэша других команд, что существенно скажется на производительности системы в целом.         

[Hellraiser]

2 Dio Далеко не каждая СУБД уметь работать с именованными параметрами запроса, возможно, лучше использовать позиционный параметр ? и обращаться при бинде по номеру позиции.

[dio]

Работа с СУБД  в Qt осуществляется через драйвер SQL. Он и разруливает как связывать переменные, по порядку или по имени. По имени - код наглядней, меньше возможностей ошибиться.

[Hellraiser]

Это да, но после того, как пришлось убить почти день на поиск бага в программе, от такой практики я отказался. Весь фокус в том, что если при бинде перепутать порядок следования параметров запроса, то в базу может уйти что-то левое.

[Bepec]

Не знаю насчёт интерпретатора SQL и запросов, но для SQLITE и тот и этот запрос одинаковы.

[Hellraiser]

А что, кто-то всерьез рассматривает SQLite как полноценную СУБД? 

[dio]

Hellraiser Да уж, неприятный баг. К счастью не сталкивался. А с какой СУБД и какая версия Qt?

[carrygun]

А что, кто-то всерьез рассматривает SQLite как полноценную СУБД? 

В качестве локальной БД - очень хороший вариант.

[Hellraiser]

Hellraiser Да уж, неприятный баг. К счастью не сталкивался. А с какой СУБД и какая версия Qt?

Это было на 2007 Access`e, а кьют был, кажется, какой-то из 4.6 - давно это было, точно не помню. Но урок запомнился. Сейчас работаю с Постгресом, он тоже не поддерживает именованные параметры.

[Bepec]

В качестве переносимой базы sqlite идеален. Быстр, прост, возможно открытие в сотнях различных менеджерах, поддержка стандарта. Можно быстро перенести таблицы и запросы в другую субд.

Как то для Access писали, так потом переносить замучались Собственные параметры, функции. Ужас.