Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Не выполняется SQL [FireBird 1.5]

Страницы: 1 2 >
DelphiN! © (2008-02-22 07:10:00)
Написал SQL :

SELECT DISTINCT(CAST(TIME_ AS DATE)) DATA,SUM(SUMM_) TEKUSHAYA_SUMMA, (SELECT SUM(SUMM_) FROM CASEBASE WHERE (TIME_ > MAIN.TIME_-7)and(TIME_ < MAIN.TIME_) and(prim_ <> 'Login activated')and (prim_ <> 'Login deactivated')) Summa_za_poshliy_period FROM CaseBase MAIN WHERE (TIME_ > '13.08.2007')and(TIME_ < '14.10.2007') and (prim_ <> 'Login activated') and (prim_ <> 'Login deactivated') GROUP BY 1 ORDER BY 1

Однако при попытке выполнения FireBird возвращает мне ошибку :
Invalid token. Dynamic SQL Error. SQL error code = -104. Invalid expression in the select list (not contained in either an aggregate function or the GROUP BY clause).

Если я убираю условия выделенные жирным, запрос выполняется без ошибок, в чем моя ошибка?

Dialect 3

DelphiN! (2008-02-25 07:37:00) [1]
Упс! Последний запрос это то что мне нужно! Он работает! Спасибо всем!

DelphiN! (2008-02-25 07:35:00) [2]
Поправил 2ой запрос, теперь работает, как их теперь объединить?

SELECT DISTINCT(CAST(TIME_ AS DATE)), SUM(SUMM_), (SELECT SUM(SUMM_) FROM CASEBASE WHERE (TIME_ > CAST(MAIN.TIME_ as DATE) - 7)and (TIME_ < CAST(MAIN.TIME_ as DATE) - 6)) FROM CASEBASE MAIN WHERE (TIME_ > '13.09.2007')and(TIME_ < '14.10.2007') and(prim_ <> 'Login activated')and (prim_ <> 'Login deactivated') GROUP BY 1 ORDER BY 1

DelphiN! (2008-02-25 06:08:00) [3]

> sniknik © (22.02.08 12:51) [24]

> > (CAST(TIME_ as DATE) > CAST(MAIN.TIME_ as DATE)-7)and(CAST(TIME_
> as DATE) < CAST(MAIN.TIME_ as DATE) - 6)
> что символизирует этот "код"? по простому на словах... очередной
> "суповой набор из sql-ых слов"?

Выборка с: даты на 7 дней меньше даты из 1го столбца, по: дату на 6 дней меньше чем дата в 1ом столбце. Тоесть выборка за один день недельной давности от даты из первого столбца

> sniknik © (22.02.08 12:47) [23]

> для начала сделай 1 (ОДИН) рабочий запрос с группировкой
> по дню и суммой по этому дню. 2 шаг, РАЗДЕЛЬНО т.е. независимо
> от первого такой же запрос с группировкой по тому же дню,
> но с суммированием на неделю раньше (-7). и только потом
> объединяй 2 разных запроса по одному общему полю - дню.

Отдельно запросы работают :

1. SELECT DISTINCT(CAST(TIME_ AS DATE)),SUM(SUMM_) FROM CaseBase MAIN WHERE (TIME_ > '13.09.2007')and(TIME_ < '14.10.2007') and (prim_ <> 'Login activated') and (prim_ <> 'Login deactivated') GROUP BY 1 ORDER BY 1

Данный запрос работает верно

2.
SELECT DISTINCT(CAST(TIME_ AS DATE)), (SELECT SUM(SUMM_) FROM CASEBASE WHERE (CAST(TIME_ as DATE) > CAST(MAIN.TIME_ as DATE)-7)and (CAST(TIME_ as DATE) < CAST(MAIN.TIME_ as DATE) - 6)) FROM CASEBASE MAIN WHERE (TIME_ > '13.09.2007')and(TIME_ < '14.10.2007') and(prim_ <> 'Login activated')and (prim_ <> 'Login deactivated') GROUP BY 1 ORDER BY 1

Этот запрос в 1ом столбце данные выводит, а во 2ом пустые значения, почему?

Правильный_Вася (2008-02-22 20:56:00) [4]

> о "тонкостях" лучше не вспоминать

да, судя по реакции автора, тонкости будут восприниматься большими откровениями в процессе эксплуатации

sniknik (2008-02-22 18:37:00) [5]
> День все равно из выборки вывалится.
не проблема, просто делать нужно внешнее объединение, будет с "одной стороны" пропуск, ну чтож сравнение с нулем тоже сравнение, а совпадет и не будет значения ни сейчас ни неделю назад... ну, тут в зависимости от нужды, если нужно оба нуля в такой день показывать, придется еще немного запрос доработать (например "объединяющей осью" сделать временную таблицу с перечислением дат...).
проблема заставить человека самого хоть както думать, и делать... вот это проблема. он же вместо "думания" просто куски sql-ных фраз в кучу лепит, и желает чтобы это заработало как ему хочется.

имхо, пока не заработает минимум о "тонкостях" лучше не вспоминать. если только это не сознательное "запутывание". а при понимании все легко решается.

ANB (2008-02-22 17:19:00) [6]

> террористы кабель порежут, тоже работать будет?

Могут и просто клиенты не прийти. День все равно из выборки вывалится.

Правильный_Вася (2008-02-22 12:59:00) [7]

> Не бывает выходных, работает все 365 дней в году

"не верю!"
террористы кабель порежут, тоже работать будет?

sniknik (2008-02-22 12:51:00) [8]
> тоесть
> (CAST(TIME_ as DATE) > CAST(MAIN.TIME_ as DATE)-7)and(CAST(TIME_ as DATE) < CAST(MAIN.TIME_ as DATE) - 6)
что символизирует этот "код"? по простому на словах... очередной "суповой набор из sql-ых слов"?

sniknik (2008-02-22 12:47:00) [9]
> Так я и пытался все по дате сгруппировать, но когда пишу GROUP BY 1
а я вообщето говорил об ОБЪЕДИНЕНИИ двух различно сгруппированных подзапросов, а не "написать GROUP BY 1" в твой неизвестно для чего собранный в кучку набор служебных слов sql.

для начала сделай 1 (ОДИН) рабочийзапрос с группировкой по дню и суммой по этому дню. 2 шаг, РАЗДЕЛЬНО т.е. независимо от первого такой же запрос с группировкой по тому же дню, но с суммированием на неделю раньше (-7). и только потом объединяй 2 разных запроса по одному общему полю - дню.
доступно?

> Для 1го числа выборка будет с 24го по 31е, тоесть ровно неделю до 1го
вообщето "с .... и по ...." это не по дню, а за неделю (в данном случае). т.что пока не было сказано словами о цели
> Это нужно для сравнения выручки за текущую неделю с выручкой за прошлую ...
смысл данного кода был совершенно другим (почитай с позиции новых знаний ветку, и возмущения о непонимании того что ты делаешь... бо муть.)

DelphiN! (2008-02-22 12:47:00) [10]

> Sergey13 © (22.02.08 12:37) [20]
>
> Ну и каков смысл этих данных? Я понимаю смысл если сравнивать
> теущую неделю и предыдущую неделю. А за сегодня и за прошлую
> неделю - не понимаю.

Тьфу блин, сорри туплю ...
Нужно сравнивать именно за текущий день и за день 7ми дневной давности
тоесть

(CAST(TIME_ as DATE) > CAST(MAIN.TIME_ as DATE)-7)and(CAST(TIME_ as DATE) < CAST(MAIN.TIME_ as DATE) - 6)

> Запрос просто по дате (без недельной части) получается?

Да, получается

ANB (2008-02-22 12:37:00) [11]
Повесь на подзапрос еще одну Sum() (Еще одни скобки обязательны), ругаться перестанет по Group by 1. Правда, будет ли запрос выдавать то, что тебе надо я не гарантирую

Sergey13 (2008-02-22 12:37:00) [12]
> [19] DelphiN! (22.02.08 12:27)
> Для 1го числа выборка будет с 24го по 31е, тоесть ровно неделю до 1го
Ну и каков смысл этих данных? Я понимаю смысл если сравнивать теущую неделюи предыдущую неделю. А за сегодня и за прошлую неделю - не понимаю. Еще было бы понятно, если бы ты агрегировал например по отелам (кассам, магазинам или что там у тебя) и хотел вывести сразу сегодняшнюю выручку и недельную. А так - мой мозг не постигает твоей задачи.

Запрос просто по дате (без недельной части) получается?

DelphiN! (2008-02-22 12:27:00) [13]

> Правильный_Вася (22.02.08 11:45) [16]

Не бывает выходных, работает все 365 дней в году

> sniknik © (22.02.08 11:47) [17]

> ну и сделай 2 выборки (можно в подзапросах) с объединением
> их по полю группировки (дате. в одном из -7...)
> если конечно синтаксис в FB позволяет 2 подзапроса объединять.

Так я и пытался все по дате сгруппировать, но когда пишу GROUP BY 1; FireBird не дает мне использовать поле TIME_ в подзапросе

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

FireBird при запросе select TIME_ from casebase выводит поля типа TIMESTAMP в формате dd.mm.yyyy hh:nn:ss, но на самом деле дата хранится в числовом виде, но для удобства в числовом виде она не выводится, вот в каком она выводится для человека я и написал. А SQL запрос я не коверкал, и привел его в таком виде, в котором я его выполняю в редакторе SQL кода

> Sergey13 © (22.02.08 11:51) [18]
>
> И как ты сравнишь это при предполагаемой структуре запроса?
>
> сумма на 1 сумма с 24 по 31
> сумма на 2 сумма с 25 по 1
> сумма на 3 сумма с 26 по 2
> сумма на 4 сумма с 27 по 3

Но ведь подзапрос должен делать именно это

(SELECT SUM(SUMM_) FROM CASEBASE WHERE (TIME_ > MAIN.TIME_-7)and(TIME_ < MAIN.TIME_)) Summa_za_poshliy_period

[сумма на 1] [сумма > (1 - 7) и сумма < 1]
[сумма на 2] [сумма > (2 - 7) и сумма < 2]

Для 1го числа выборка будет с 24го по 31е, тоесть ровно неделю до 1го

Sergey13 (2008-02-22 11:51:00) [14]
> [14] DelphiN! (22.02.08 11:30)
> Это нужно для сравнения выручки за текущую неделю с выручкой за прошлую
И как ты сравнишь это при предполагаемой структуре запроса?
сумма на 1 сумма с 24 по 31 сумма на 2 сумма с 25 по 1 сумма на 3 сумма с 26 по 2 сумма на 4 сумма с 27 по 3

sniknik (2008-02-22 11:47:00) [15]
> то нужно для сравнения выручки за текущую неделю с выручкой за прошлую
> ...
> Тоесть в результате таблица должны выглядеть следующим образом :
ну и сделай 2 выборки (можно в подзапросах) с объединением их по полю группировки (дате. в одном из -7...)
если конечно синтаксис в FB позволяет 2 подзапроса объединять.

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

Правильный_Вася (2008-02-22 11:45:00) [16]

> Это нужно для сравнения выручки за текущую неделю с выручкой
> за прошлую

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

Виталий Панасенко(дом) (2008-02-22 11:45:00) [17]
Не проще ли ХП написать ? Хотя...

DelphiN! (2008-02-22 11:30:00) [18]

> Sergey13 © (22.02.08 11:22) [11]

Это нужно для сравнения выручки за текущую неделю с выручкой за прошлую

DelphiN! (2008-02-22 11:27:00) [19]

> Sergey13 © (22.02.08 11:22) [11]

(SELECT SUM(SUMM_) FROM CASEBASE WHERE (TIME_ > MAIN.TIME_-7)and(TIME_ < MAIN.TIME_))
Summa_za_poshliy_period

Выборка за период :
С дата из 1го столбца минус 7 дней по дата из первого столбца

DelphiN! (2008-02-22 11:24:00) [20]

> Johnmen © (22.02.08 11:15) [10]

Я знаю что они хранятся в числовом виде, но если я напишу дату в числовом представлении без времени и с временем, то не будет наглядно видно того что я хотел сказать о присутствии времени у даты

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »