Та да, погорячился

Читал и вдумчиво . Хотел уже читать исходники, а не документацию Qt т.к. в приложении не работает, а рядом в браузере работает тот же самый запрос. Пока не понял, что проблема в движке (libqt4-sql-sqlite).

Мне больше нравится Postgres. Но скажу, что sqlite вполне себе база и если она предоставляет какие-то функции, так чего бы и не использовать?
На больших записях не игрался, но дерево из 6К+ элементов строит и отбирает детей за 6 мс и меня вполне такое устраивает.

Возможность работы с такими запросами добавили в sqlite 3.8.3
Проверял через движок 3.8.11
Qt похоже использует тот который в системе 3.8.2
Попробую обновить в системе и надеюсь вопрос закрою.

Немного обманул.
консоль sqlite3 пишет ошибку синтаксиса. буду смотреть что ей не так.

Выбираю данные из базы. Имею валидный запрос (выполняется в любом менеджере БД) который не нравится Qt.

SQL
         WITH RECURSIVE group_tree(id_group,id_owner_group) AS ( 
            VALUES(51000,NULL) 
            UNION ALL 
            SELECT group_goods.id_group, group_goods.id_owner_group FROM [front.group_goods] AS group_goods 
            , group_tree WHERE group_tree.id_group=group_goods.id_owner_group) 
         SELECT id_group FROM group_tree 
 

Это sqlite3 - https://www.sqlite.org/lang_with.html

Получаю ошибку "near "WITH": syntax error Unable to execute statement"

Подозреваю, что QSqlQuery проверяет какой ему там запрос передали и интерпретирует его как сам захочет...

Вопрос: Как заставить Qt выполнять такие запросы? Это вообще реально?

А, что пиратское-то? Linux или OpenSource TextPrinter?

Ну не то чтобы все равно, я еще жив, некоторые вещи все так же радуют
Но тема, да, старовата...

Добрый день.
На форуме уже несколько раз поднимался вопрос с печатью из QWebView и размерами элементов, но ни разу не нашли ответ.

Суть задачи:
Необходимо печатать ценники с определенным размером.
В html это выглядит так

HTML
...
<style type="text/css">
.main {
  width: 2.56in;
  height: 1.18in;
...
}
...
  <div class="main">
... 
 </div>
 

В миллиметрах это 65 на 30.

Проблема:
Так вот, при печати этого файла из firefox все красиво и размеры правильные.
При печати из QWebView " view->print(&printer); " размер меньше. Пытался побороть через setZoomFactor - вообще не реагирует.
При рендринге на принтер " view->render(&printer); " размеры правильные, но нет переноса на другую страницу, ну и виден справа скроллбар QWebView.

Понимаю, что разница в dpi, но из-за отсутствия реакции на setZoomFactor не понимаю как можно распечатать в правильном размере.

Вопрос:
Все же как можно напечатать html на принтер чтобы соблюдались размеры?
Может есть какой-то более другой способ печати?

PS.
Qt - 4.8.6
OS - Linux
Пытался использовать wkhtmltopdf и вот неожиданность! он тоже формирует pdf с меньшими размероми.
Если будет необходимо выложу сам шаблон, покажу код и т.д.

Ну да и не зря же придумали пагинацию, фильтры и т.д. Не представляю реальное приложение где пользователю покажут таблицу в 1 млн строк сиди мол читай, разбирайся...
Воспользуйтесь QSqlQueryModel установите лимиты, фильтры и выгребайте все через fetchMore.

ИМХО при работе со sqlite и моделями это единственное правильное решение.

Приведите пример такого случая. Не могу придумать.

Использую Jenkins. Собираю одновременно в восьми разных разных окружениях. Все slave живут на виртуальных машинах. Попутно прикрутил проверку cppcheck.
Очень удобно, рекомендую.
Если будут вопросы в меру сил смогу подсказать.

У writer-а нет вызова db.close(). База остается открытой.

А больше кода тут уж смотрите сами

Что касается области применения sqlite, то да, явно у нее не серверное исполнение. Но никто не заявлял, что она не может работать с несколькими приложениями однозначно.

По делу: порылся в настройках базы, помимо прочего там есть такое понятие как locking_mode - http://sqlite.org/pragma.html#pragma_locking_mode. Может именно это мешает жить?

Получается, что работает таки.
В чем тогда проблема?

PinkPanther: покажите больше кода, может так будет понятна проблема.

Подозреваю, что это из-за того как Windows работает с файлами.
Такой подход как я описал, видимо, возможен только или из одного приложения в несколько потоков, или из разных приложений но только под *nix системами.

Неужели и правда под Windows такое не работает? Вот блин!
А покажите код которым подключаете базу.

Кстати про лок. Я работаю под Linux-ом. Может как-то зависит?

Ну, а в целом не должно быть локов. Eсли каждое из приложений будет укладываться со своими запросами в 5 секунд и при работе с моделями из запросов будут выгребаться записи через canFetchMore.
Попутно порекомендовал бы для записи использовать транзакции, а для чтения если перебор идет только в одном направлении для запроса указывать setForwardOnly(true).