Пишу курсовик по БД, для облегчения жизни решила воспользоваться OpenOffice Base, как аналогом Аксесса, который рекомендован преподом.
И внезапно полшучилась проблема с запросами - те, которые делаю через мастер, отрабатывают как надо, но мастер не умеет делать сложные - вложенные и соединениями. Их написала на чистом SQL, все корректно, проверили тест запроса несколько раз, но при попытке выполнить выдается ошибка, в одном запросе - не может найти столбец таблицы, хотя он есть, в другом - ошибка при группировке.
В чем может быть проблема?

Переписать на мускуле - вариант, но самый последний. Хочется добить именно на ОО.

Пример: текст запроса на вычисление прибыли от завершенных проектов:

SELECT "Pr_code", "Pr_name", "finished", "finish", SUM( "Summ" ) FROM "Project" WHERE ( "finished" = True ) GROUP BY "Pr_code"

Кавычки так и должны быть, это требование синтаксиса Опенофиса

(1) С точки зрения sql запрос косячный.

SELECT "Pr_code", "Pr_name", "finished", "finish", SUM( "Summ" ) FROM "Project" WHERE ( "finished" = True ) GROUP BY "Pr_code", "Pr_name", "finished", "finish"

(3) спасибо, сработало. но не суммирует прибыль от стоимости проектов

и не должно суммировать

(5) Хм. А как тогда сделать, чтоб суммировало?

в запросе написано "вычислить сумму по каждому законченному проекту"

(6) что нужно получить то? добавить итоговую строку? или что? и какая субд?

СУБД - встроенная опенофисовская
да, итоговая нужна, с общей прибылью от всех проектов

под рукой нет

проверь COMPUTE()

не-а, не знает такой команды

или к group by добавить With Rollup

(12) тоже не умеет, сцука

просто груп бай выполняет свертку по указанным полям

если начего не умеет, тогда итоговый sum() и union к твоему запросу

(15) т.е. после текста из (3) вставить union Sum ( "summ" ) так?

[твой текст]

union


SELECT null, null, null, null, SUM( "Summ" ) FROM "Project" WHERE ( "finished" = True )

(17) the given command is not a SELECT statement.
only queries are allowed

похоже, union, как и left join, эта зараза делать не умеет.
печально.

а можно как-то без union это дело переписать?

дока никак не читается?
http://hsqldb.org/doc/2.0/guide/sql-ind.html

(21) увы, английский у меня нулевой
пару лет назад делала простенькую БД в опенофисе, не было таких проблем О_о

left outer join наверное надо писать

(22) как же так, без английского сложно
примеры там есть, посмотри

union точно есть

вот еще более простой запрос, был с лефт джойном, убрали

SELECT * FROM "sotr", "Otd" WHERE ( "sotr.otdel" = "Otd.Otdel" ) AND ( "Otd.code_n" = "sotr.Code" )

ругается, что столбец sotr.otdel не найден. он точно есть, пишется именно так.

http://www.hsqldb.org/doc/1.8/guide/ch09.html#select-section
вот про селект

а не так надо "sotr"."otdel" ?

по синтаксису точно надо писать left outer join

table [{CROSS | INNER | LEFT OUTER | RIGHT OUTER}
   JOIN table ON Expression] [, ...]

ну и union должен работать
показывай текст запроса с объединением, который не работает

да, кстати в кавычках надо писать отдельно имя таблицы и соответственно отдельно имя поля
то есть надо как в (28) тогда ругаться не будет, ну если соответственно все остальные поля поправишь

А что не судьба сделать два запроса - сначала по проектам, а потом общую сумму - вы пытаетесь два запроса запихать в один, но серверу-то всё равно два исполнять.
Ещё один вариант - просуммировать все колонки на этапе вывода (вроде бы в access-е была команда, которая это умеет).

нахера ооо для работы с сапросами ?

(9)
SELECT SUM( "Summ" ) FROM "Project" WHERE ( "finished" = True )

(32) Скажи как это сделать
(33) аксесса нет и не будет, а нужны еще и формы и прочие красявости. рисовать на сях времени нет уже, надо быстро и просто
(34) спс, попробую, но уже не сегодня

(35) 1. в (17) всё сказали уже

(36) я ж ответила, юнион не работает

(26) "ругается, что столбец sotr.otdel не найден. он точно есть, пишется именно так." может, он не otdel, а Otdel, например?

(37) не может быть

SELECT null, null, null, null, SUM( "Summ" ) FROM "Project" WHERE ( "finished" = True ) GROUP BY null, null, null, null

и вообще, ОО уже 3.4, а LO даже 3.5

(41) с репами ЛО косяк какой-то, не работают у меня, а ОО - какой встал по дефолту тот и юзаю, это резервная машина, пока основная ждет ремонта

а что, то что я написал никто не читает)

(29) попробовала, не работает. сказала ж, ни юнион, ни соединения не рабботают, мать их

(44) http://user.services.openoffice.org/en/forum/viewtopic.php?f=13&t=23687&start=0

(45) она писала про плохой английский
(44)где-то там нужно переключиться на "прямой sql" (direct sql)
а (28) помогло?

(46) 3. не пробовала еще, не до того было

(47) ну просто в том посте я сомневался, сейчас уверен, что проблема именно в этом, посмотрел уже правильный синтаксис

нет в base юнионов. а direct sql нужен при работе с внешними БД, чтобы запрос не ОО обрабатывал, а двиг БД

(49) в смысле нет юнионов в бейс? имеешь в виду ОО или ...?

(49) в base же hsqldb, он и будет обрабатывать, и об этом и написано по ссылке