Здравствуйте.
в базе данных две одинаковые таблицы tb_films и tb_films2

пишу запрос в SQLite Exprte - все отлично работает.
переношу его же в delphi:

Query.SelectSQL := 'SELECT * FROM tb_films UNION SELECT * FROM tb_films2';
Query.Open;

ошибка: SQLite3 Error 1 - near "SELECT": syntax error.

пишу в Delphi 7, работаю с БД с помощью DISQLite.

если оставить только 1 селект - все работает отлично!

собственно это объединение мне понадобилось, чтобы придумать как заранее узнать кол-во записей, которое вернулось в результирующем наборе?
(почему то разработчики SQLite не предусмотрели какое-нить свойство к объекту (что-нибудь вроде Query.RecordCount), и теперь вот приходится выполнять дублирующий повторный sql-запрос или считать кол-во итераций в цикле (while not Query.EOF do ...).
Кстати, в моем случае вариант с циклом не подходит, т.к. результат поиска может содержать тысячи строк, а выводить в интерфейс нужно дозировано (постранично = 12 записей на листе).
В общем, нет смысла листать всю выборку, только чтобы посчитать кол-во строк...


в итоге вот, что я придумал:




..благодаря тому, что в поле "id" содержит только положительные значения (и это не автоинкремент), а я задал для второго запроса id=-1, то после сортировки как
раз получится, что строка с кол-вом записей (результат выборки) - будет первой по счету!
Останется просто считать из нее поле "cnt" (равное кол-ву строк), но не показывать юзеру, а в таблицу вывести только строки начиная со второй!..
получается, по сути, те же 2 одинаковых запроса, зато ОДНИМ заходом!
т.е. в коде не придется после select-а закрывать таблицу, чтобы повторно выполнит тот же запрос, но с уже с count(*), снова считывать результат и т.п.


проверил в SQLite Expert - все отлично работает! (первой строкой идет кол-во строк которое вернул Select)
но я никак не мог подумать, что перенеся этот код в delphi - он откажется работать...

собственно, тогда я и начал упрощать запрос, чтобы понять, что же ему не нравится и
доупрощал до минимума (UNION к двум таблицам с одинаковой структурой и типом полей), в итоге - все равно ошибка.


уже не знаю, что и думать((
может у вас, профессионалов, появятся какие-нибудь мысли на этот счет...



p.s. попробовал и с указанием конкретных полей:



все та же ошибка: SQLite3 Error 1 - near "SELECT": syntax error.

DunkinYuRock,
Библиотека нормальная и запрос даже рабочий.

Но DISQLite3 - коммерческая библиотека.
DISQLite3 Personal, например, много чего не переваривает - нужен DISQLite3 Professional. И версия поновее.
А получить кол-во записей для таблицы SQLite:




да, такой запрос работает, это понятно!)

выше я уже писал о том, что начал "городить этот огород" только потому, что не обнаружил более правильного (а в идеале - встроенного в компонент) способа заранее узнать кол-во записей в выборке...

просто показалось странным и нелогичным после основного запроса, отдельно выполнять еще один точно такой же select, но у же с count(*)
и попытался найти другое (пусть и далеко не изящное) решение... (насколько смог это сделать спустя неполные сутки изучения SQLlite)


был бы рад просто услышать нечто вроде:
"чувак, расслабься, в sqllite это невозможно! только отдельным повторным запросом или счетчиком в цикле по всей выборке..." и все, вопрос снят!
еще вариант ответа:
"если бы твоя компонента была версии "Pro", то возможно и запрос с union тоже бы сработал"


(но ведь и Uniun запрос работает! (просто жаль, что моя компонента его не поддерживает)
насколько он ужасен - не так принципиально!
в конце-концов, программа должна решать поставленную задачу, а насколько изящен код, который ее решает - дело второстепенное, а уж конечному юзеру - вообще наплевать на это!)

ну нет у меня столько свободного времени, чтобы думать над разного рода красивостями кода и изящностью подхода!
Запрос составлен правильно - правильно! соответствует всем требованиям UNION и отлично отрабатывает = выдавая нужный результат! значит такой метод рабочий и тоже имеет место быть!
У вас есть другой - более правильный/красивый - предложите. Объясните, чем ваш подход лучше, правильнее, быстрее... и почему)
имхо, так было бы правильнее)

чччДlx09x,

зачем тебе вообще общее количество знать?
В конкретно данном случае.


все просто: для отображения в интерфейсе!
результат поиска выводится в таблицу только по 12 строчек, плюс - имеются кнопочки для перехода к следующим/предыдущим 12 записям (эмуляция постраничного листания)

юзер вводит поисковый запрос и БД возвращает, допустим, 9437 строк --- нужно же как-то сообщить ему об этом!
что-то вроде: "обнаружено: 9437 совпадений (отображена 1 из 786 страниц результатов поиска)"

вот для того, чтобы мне самому сперва посчитать- сколько же это будет в страницах, я должен знать сразу общее кол-во найденных строк!
не могу же я просто отобразить ему табличку и предложить листать ее до конца (как долго - неизвестно)), пока не закончатся все строки, которые обнаружил Select... подобные вещи из разряда - "должны быть", имхо)


жаль, что компонента не поддерживает Union (мне даже понравилось мое извращенное решение)))
буду просто делать повторный запрос: select count(*) from...


всем спасибо за объяснения и готовность помочь!
вопрос исчерпан!