5e-05 это и есть 0.00005, только в экспоненциальной форме записи. Искать тебе надо как это в нужном виде вывести куда там тебе надо

Еще раз - запрос возвращает тебе то, что лежит в базе. Ты не так выводишь и тут все зависит от способа, которым ты переводишь double в строку.
Например, если ты используешь QString::number(double n, char format = 'g', int precision = 6), то нужно вторым параметром передать 'f', чтобы выводилось всегда в десятичном виде

В продолжении темы...
Конвертировал ПО с QT 4.7.8 MinGW x32 на QT 5.6.0 MinGW x32
БД на MySQL 5.1.
В таблице есть поля DOUBLE(11.2) и TINYINT(3).
Запрашиваю их и заливаю в лист. Но при запросе выводит не то что надо...
В итоге в при дебаге TINYINT(3) выводится символами, a DOUBLE(11.2) не с двумя знаками после точки.
(Это цифра 4)

Всё конечно можно исправить для DOUBLE(11.2) - QString::number(query.value(0).toDouble(),'f',2)
а для TINYINT(3)  - QString::number(query.value(1).toInt()).
!Но в коде дохрена аналогичных запросов (около 3 тыщ.).

Пробовал разные драйвера для MySQL, а так же тестировал на сервере версии 5.7, толку нет.

Подскажите пожалуйста как сделать вывод привычным для QT 4.7.8, есть ли какая-то инъекция для выздоровления?

За молниеносный ответ спасибо! )
В каком драйвере такое можно найти? Штатная Qt'эшная библитека?

Про дробь понятно, а что делать с целым числом которое выводится символьно?
И наконец как сдлеть эту конвертацию средствами БД? Мускуле есть функция конвертации, но дробь в строку она не конвертирует (CAST).

Всё было бы ничего, если бы кода было пару строк, но такого кода много.

Да, с TINYINT согласен, почему-то переделали в чар этот тип.
Это qsql_mysql.cpp Qt 4.8.7

C++ (Qt)
static QVariant::Type qDecodeMYSQLType(int mysqltype, uint flags)
{
    QVariant::Type type;
    switch (mysqltype) {
    case FIELD_TYPE_TINY :
    case FIELD_TYPE_SHORT :
    case FIELD_TYPE_LONG :
    case FIELD_TYPE_INT24 :
        type = (flags & UNSIGNED_FLAG) ? QVariant::UInt : QVariant::Int;
        break;

А это уже Qt 5.6.0

C++ (Qt)
static QVariant::Type qDecodeMYSQLType(int mysqltype, uint flags)
{
    QVariant::Type type;
    switch (mysqltype) {
    case FIELD_TYPE_TINY :
        type = static_cast<QVariant::Type>((flags & UNSIGNED_FLAG) ? QMetaType::UChar : QMetaType::Char);
        break;

А вот с дробью не понятно, код остался прежним.
--- Qt 4.8.7

C++ (Qt)
case FIELD_TYPE_FLOAT :
    case FIELD_TYPE_DOUBLE :
    case FIELD_TYPE_DECIMAL :
#if defined(FIELD_TYPE_NEWDECIMAL)
    case FIELD_TYPE_NEWDECIMAL:
#endif
        type = QVariant::Double;
        break;

--- Qt 5.6.0

C++ (Qt)
case FIELD_TYPE_FLOAT :
    case FIELD_TYPE_DOUBLE :
    case FIELD_TYPE_DECIMAL :
#if defined(FIELD_TYPE_NEWDECIMAL)
    case FIELD_TYPE_NEWDECIMAL:
#endif
        type = QVariant::Double;
        break;

Дурдом... А хотелось всего-то прицепить внешнюю библиотеку для экспорта в xlsx, т.к. заточена она ток под Qt 5+ (

Т.е. поставить тип Demical в БД и всё будет чётко?
Дело в том что в Qt 4.8.7 Double бралось нормально.

Изваняюсь за оффтоп..

>>  что значит нормально, какое значение и куда выводилось раньше, какое значение при этом было в БД.

Производился запрос к БД на мускуле к полям DOUBLE(10.2), потом вытаскивал значение в строку для табличного вида (QTableView) - query.value(0).toString(). В Qt 4.8.7 два знака после запятой выводилось, а в Qt 5.6.0 строка стала выводится с множеством цифр после запятой.
Решение с этой бедой сделал только одно QString::number(query.value(0).toDouble(),'f',2). Пришлось лопатить весь код, но даже ещё не всё поправлено. Исправляю по мере обращения пользователей.

Tinyint пришлось в БД конвертировать в smallint и вывод стал нормальным, цифровым, а не символьным.
На этом вся борьба и закончилась.