История изменений
Исправление hobbit, (текущая версия) :
Которую, по хорошему, надо не в систему ставить, а положить рядом с программой?
В моём случае «рядом» придётся положить ещё и кутешный драйвер SQLite и сделать так, чтобы он именно эту libsqlite видел. А у QtSql на любое отклонение от нормы реакция одна – «Driver not loaded». И диагностировать причину этого not loaded крайне тяжело. Это, наверное, самый большой кошмар программиста и мейнтейнера с QtSql, хотя в целом библиотека очень мощная и удобная. Причём с libsqlite ещё не самый тяжёлый случай, у неё зависимостей немного. А вот когда нужны PostgreSQL и libpq… О-оооо….
Кстати Qt тоже должен быть с ICU
Это условие, видимо, выполняется. Потому, что QString::toUpper() как раз работает корректно.
В принципе, я даже думал, как обойти проблему на стороне C++, зачитав словарь из БД в промежуточный контейнер и искать уже в нём. Но это очень похоже на изготовление кривого костыля для конкретной СУБД, и это будет последний метод, если ничего больше не поможет. К тому же сейчас это поиск в словаре, там записей немного, а если такая же проблема всплывёт в основных таблицах…
Речь идёт о будущем опенсорсном проекте для сугубо домашнего применения. Поэтому возможно, SQLite всё и ограничится. А может, не ограничится, и я захочу альтернативным решением прикрутить туда PostgreSQL, чтобы БД можно было поставить на NAS и ходить туда с разных устройств в домашней сети. Не факт, что я до этого дойду, но если дойду – вышеупомянутый костыль для SQLite в проекте будет выглядеть ещё более нелепо.
Исправление hobbit, :
Которую, по хорошему, надо не в систему ставить, а положить рядом с программой?
В моём случае «рядом» придётся положить ещё и кутешный драйвер SQLite и сделать так, чтобы он именно эту libsqlite видел. А у него на любое отклонение от нормы реакция одна – «Driver not loaded». И диагностировать причину этого not loaded крайне тяжело. Это, наверное, самый большой кошмар программиста, использующего QtSql, хотя в целом библиотека очень мощная и удобная. Причём с libsqlite ещё не самый тяжёлый случай, у неё зависимостей немного. А вот когда нужны PostgreSQL и libpq… О-оооо….
Кстати Qt тоже должен быть с ICU
Это условие, видимо, выполняется. Потому, что QString::toUpper() как раз работает корректно.
В принципе, я даже думал, как обойти проблему на стороне C++, зачитав словарь из БД в промежуточный контейнер и искать уже в нём. Но это очень похоже на изготовление кривого костыля для конкретной СУБД, и это будет последний метод, если ничего больше не поможет. К тому же сейчас это поиск в словаре, там записей немного, а если такая же проблема всплывёт в основных таблицах…
Речь идёт о будущем опенсорсном проекте для сугубо домашнего применения. Поэтому возможно, SQLite всё и ограничится. А может, не ограничится, и я захочу альтернативным решением прикрутить туда PostgreSQL, чтобы БД можно было поставить на NAS и ходить туда с разных устройств в домашней сети. Не факт, что я до этого дойду, но если дойду – вышеупомянутый костыль для SQLite в проекте будет выглядеть ещё более нелепо.
Исходная версия hobbit, :
Которую, по хорошему, надо не в систему ставить, а положить рядом с программой?
В моём случае «рядом» придётся положить ещё и кутешный драйвер SQLite и сделать так, чтобы он именно эту libsqlite видел. А у него на любое отклонение от нормы реакция одна – «Driver not loaded». И диагностировать причину этого not loaded крайне тяжело. Это, наверное, самый большой кошмар программиста, использующего QtSql, хотя в целом библиотека очень мощная и удобная. Причём с libsqlite ещё не самый тяжёлый случай, у неё зависимостей немного. А вот когда нужны PostgreSQL и libpq… О-оооо….
Кстати Qt тоже должен быть с ICU
Это условие, видимо, выполняется. Потому, что QString::toUpper() как раз работает корректно.
В принципе, я даже думал, как обойти проблему на стороне C++, зачитав словарь из БД в промежуточный контейнер и искать уже в нём. Но это очень похоже не изготовление кривого костыля для конкретной СУБД, и это будет последний метод, если ничего больше не поможет. К тому же сейчас это поиск в словаре, там записей немного, а если такая же проблема всплывёт в основных таблицах…
Речь идёт о будущем опенсорсном проекте для сугубо домашнего применения. Поэтому возможно, SQLite всё и ограничится. А может, не ограничится, и я захочу альтернативным решением прикрутить туда PostgreSQL, чтобы БД можно было поставить на NAS и ходить туда с разных устройств в домашней сети. Не факт, что я до этого дойду, но если дойду – вышеупомянутый костыль для SQLite в проекте будет выглядеть ещё более нелепо.