Транзакции Interbase

[ax]

У меня с Qt SQL driver for Firebird with IBPP library косяк.
В базе есть поле NUMERIC(6, 3).
QFIREBIRD возвращает его, как QVariant(int), а вот QIBASE возвращает, как положено, QVariant(double).
Т.е., если в БД хранится число 3,14, то QFIREBIRD возвращает QVariant(int, 3140), QIBASE, как положено, вернёт QVariant(double, 3.14).

Firebird хранит NUMERIC и DECIMAL поля как целое число и его точность.
Драйвер так и возвращает поле.
QSqlField::type () вернет QVariant::qlonglong или QVariant::Int
QSqlField::precision () вернет значение точности, в Вашем случае 3
но
QSqlField::value () должен вернуть double 3,14

Свойство полей можно посмотреть в демо qt\demos\sqlbrowser\ правой кнопкой на таблице - Show Schema.

Драйвер обрабатывал только NUMERIC с большой длиной который хранился как longlong, то есть поля  типа NUMERIC(12,2) обрабатывал корректно. Ваш вариант NUMERIC(6, 3) храниться в Firebird как int, а NUMERIC(3, 1) как short. Они и не обрабатывались правильно.  

Короче...

Обновленная версия Qt SQL driver for Firebird with IBPP library.
http://code.google.com/p/qtfirebirdibppsqldriver

Изменения в версии 0.16
- fixed: NUMERIC and DECIMAL fields with small length return wrong value (Issue 7)

[arial]

Всё прекрасно работает. Спасибо огромное!

[sarbash]

Всем привет!
Кто пользует этот драйвер, может подскажете, что я делаю не так, я просто в ступоре уже...
(Лишнее поскипал.)

В main.cpp:
QTextCodec::setCodecForCStrings(QTextCodec::codecForName("Windows-1251"));

В db.cpp:

db.setConnectOptions("CHARSET=UTF8");
...
query.prepare("insert into REA (NAME) values (:name)");
query.bindValue(":name", "test");
bool result = query.exec();

Получаю:

*** IBPP::SQLException ***
Context: Statement::Execute( insert into REA (NAME) values (?) )
Message: isc_dsql_execute2 failed

SQL Message : -802
Arithmetic overflow or division by zero has occurred.

Engine Code    : 335544321
Engine Message :
arithmetic exception, numeric overflow, or string truncation
Cannot transliterate character between character sets

Ткните, пожалуйста, что я не так делаю?
Вообще-то там в NAME название должно быть кириллицей, но я уже и так и так пробовал, всё равно ошибку выдаёт.

P.S. Даже с query.bindValue(":name", ""); вываливается ошибка.

[lit-uriy]

может так:

Код

C++ (Qt)
query.bindValue(":name", "'test'");

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

[break]

можно DDL код создания таблицы REA ?

[sarbash]

SET SQL DIALECT 3;

CREATE TABLE REA (
    NAME    VARCHAR(20) DEFAULT 'Укажите название АН',
    PHONE1  PHONE /* PHONE = VARCHAR(15) */,
    PHONE2  PHONE /* PHONE = VARCHAR(15) */,
    PHONE3  PHONE /* PHONE = VARCHAR(15) */,
    PHONE4  PHONE /* PHONE = VARCHAR(15) */
);

P.S. Однако, убрал [DEFAULT 'Укажите название АН'] - заработало!!! Но... только с английскими названиями. С русскими вылетает ошибка:

*** IBPP::SQLException ***
Context: Statement::Execute( insert into REA (NAME) values (?) )
Message: isc_dsql_execute2 failed

SQL Message : -802
Arithmetic overflow or division by zero has occurred.

Engine Code    : 335544321
Engine Message :
arithmetic exception, numeric overflow, or string truncation

P.P.S. Кажется все проблемы решил... Заработало изменением db.setConnectOptions с "CHARSET=UTF8" на "CHARSET=WIN1251", то бишь на тот, в котором локальные строки берутся.

Во-первых, непонятно, в какой кодировке IBExpert положил DEFAULT-значение.
Во-вторых, поле в БД в кодировке UTF8, я соединяюсь с чарсетом WIN1251, как бы проверить, что в базе данные корректно конвертятся в UTF8?...

2break: искренне благодарю за наводку. А то я уже себе мозг сломал на этой проблеме...

[lit-uriy]

>>то длину VARCHAR надо рассчитывать исходя из (предполагаемое кол-во символов)*2?
Да, в firebirde длинна в байтах

[sarbash]

Благодарю за ответ.
Также я уже просветился немного на сайте "Unicode FAQ - InterBase, Firebird, Delphi 2009, 2010, C++Builder 2009, 2010".
Там на самом деле 1-4b, для виндовой кириллицы 2b, значит мне нужно множить на 2.
Как я понял, либо сама Qt не умеет перед засылкой на сервер конвертить в UTF8, то ли это драйвер должен делать, а может мне надо в коде как-то преобразовать значение перед биндингом?
Невольно начинаю думать, а может перейти на win1251 и не парить себе мозг? А так хотелось юникода...

[break]

Может вопрос в том в какой кодировке исходник?
Например у меня исходник в UTF-8 и в БД firebird UTF-8 - все работает без особых заморочек-перекодировок,
если у вас БД в utf-8 а исходник в Win-1251 - надо просто найти способ перед биндингом строки переводить в utf-8 (БД и драйвер не в силах наверное это сами сделать) - может использовать какие=то методы QString::fromUTF8(в смысле аналогичные)

кстати IBExpert много чем хорош но бесплатный с юникодом плохо дружит, а FlameRobin попроще - но там вроде все ОК.

[sarbash]

Да, думаю вы правы.
Qt Creator исходники создаёт в системной кодировке, а в винде это win1251. Я подумал, что в принципе, в основном разработка идёт в винде, под линуксом, если я и буду что писать для этого проекта, то выбрать кодировку в креаторе недолго. Решение пришло простое и логичное - для этого проекта всё перевести на win1251.
Благодарю всех, кто принял участие в решении моей проблемы. Мой первый опыт, мои первые грабли.
В IBExpert-е есть то ли фича, то ли костыль, если надо юникодные данные править - встроенный юникодный редактор значения поля. Inplace там ансишный, а если ткнуть на комбобокс, то отображается отдельной формой редактор для юникода. Гриды в эксперте отображают юникод вроде бы корректно. Ещё у меня какая-то проблема с ним была, так что я чарсет соединения указывал не utf8, а unicode-fss, но уже не помню, в чём там дело было.

[Tonal]

Добавил issue 8 в трекер проекта.

[const]

Здравствуйте. Начал переводить свой проект из BCB6 и Firebird 2.x на Qt. Стал использовать плагин для Qt, на который здесь была выложена ссылка. Все основные операции работают, но вот с prepare возникла интересная проблема такого плана:
есть таблица БД:

Код:

CREATE TABLE Cans
( CANNUM SMALLINT NOT NULL,
  DTTM TIMESTAMP NOT NULL,
  CANVALUE DOUBLE PRECISION NOT NULL);

если добавлять в неё данные инсертом 1 раз, то всё выполняется. но вот такой код:

Код:

QSqlDatabase DBStoreWrite= QSqlDatabase::addDatabase("QFIREBIRD","DBStoreWrites");
    DBStoreWrite.setConnectOptions("CHARSET=WIN1251");
    DBStoreWrite.setDatabaseName("DBStore");


    DBStoreWrite.open("SYSDBA","masterkey");

    QSqlQuery SqlTest(DBStoreWrite);
    SqlTest.prepare("INSERT INTO Cans (CANNUM,DTTM,CANVALUE) VALUES (:CANNUM,'NOW',:CANVALUE)");
    for (int i=0;i<2;i++)
    {
        SqlTest.bindValue(0,1);
        SqlTest.bindValue(1, i);

        DBStoreWrite.transaction();
        SqlTest.exec();
        DBStoreWrite.commit();
    }

    DBStoreWrite.close();

приводит к появлению ошибок:

*** IBPP::LogicException ***
Context: Statement::Execute
Message: No statement has been prepared.

Код создавался в абсолютно пустом проекте просто перепроверить, потому что в моём проекте аналогичная вещь работала точно так же.

Причём первый инсерт выполняется корректно (в таблицу данные заносятся), а вот остальные - нет. Соответственно количество ошибок равно количеству запросов -1.

Проверял на вставку в другие таблицы с другими типами полей, всё то же самое.
Пробовал обращаться к параметрам запроса по номеру, по имени - тоже ничего не меняется.
Убирал старт/коммит транзакции  - то же самое.

Единственный вариант - это внести препаре в цикл, но тогда это уже не препаре получается.

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

[Tonal]

Вынеси транзакцию за цикл:

Код

C++ (Qt)
    QSqlDatabase DBStoreWrite= QSqlDatabase::addDatabase("QFIREBIRD","DBStoreWrites");
    DBStoreWrite.setConnectOptions("CHARSET=WIN1251");
    DBStoreWrite.setDatabaseName("DBStore");
 
 
    DBStoreWrite.open("SYSDBA","masterkey");
 
    QSqlQuery SqlTest(DBStoreWrite);
    DBStoreWrite.transaction();
    SqlTest.prepare("INSERT INTO Cans (CANNUM,DTTM,CANVALUE) VALUES (:CANNUM,'NOW',:CANVALUE)");
    for (int i=0;i<2;i++)
    {
        SqlTest.bindValue(0,1);
        SqlTest.bindValue(1, i);
 
        SqlTest.exec();
    }
    DBStoreWrite.commit();
 
    DBStoreWrite.close();
 

Заодно и скорость чуть поднимется.

[const]

Вынеси транзакцию за цикл:

Пробовал, не помогает. К тому же дело в том, что этот абсурдный на первый взгляд код лишь демка, на которой я пытался выяснить в моём коде чтото не так или в другом.
Понятно, что кучу однотипных запросов лучше выполнить в одной транзакции. Но в оригинальном коде нужно чтобы каждый запрос именно своей транзакцией писался (там это не повлияет на скорость, запросов не много).
Опять же повторюсь, но

Убирал старт/коммит транзакции  - то же самое.

Я не понимаю почему он ругается на то, что ничего не было подготовлено. Если смотреть перед exec() в отладчике, то там видно, что значения параметров действительно в QQuery заносятся (в values). На момент перед выполнением запроса в поле error у QSqlQuery нет ошибки.

[ax]

Единственный вариант - это внести препаре в цикл, но тогда это уже не препаре получается.

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

Вопрос в драйвере. Зацепил эту штуку в одном из релизов. Проверил - в драйвере ок.
Хочу сегодня поправить и разобраться с кодировками.
Выложу исправление.