Можно ли сделать универсальный отчет или странного хочется

DKiyanov

Писал я такую штуку. но к сожаленю поделиться не могу.
Для тех кто из РЖД - могут глянут в D00 y96tabv

Skif

DKiyanov написал:

Писал я такую штуку. но к сожаленю поделиться не могу.
Для тех кто из РЖД - могут глянут в D00 y96tabv

типа - для тех кто в паровозе ))) - а кумулятивным запросом можешь поделится?

1980

По моему надо прогу генерить просто и все. Или часть проги. Тока вряд ли ее перенесут дальше среды разработки/песочницы, а в среде разработки можно запрос и в se38 наваять

Skif

1980 написал(а):

По моему надо прогу генерить просто и все. Или часть проги. Тока вряд ли ее перенесут дальше среды разработки/песочницы, а в среде разработки можно запрос и в se38 наваять

Это уже вопрос культуры. Всегда желательно получать "благословение" автора.
А дёргать клочьями программы.. - некошерно.. По себе знаешь - может как раз собираешься что-то улучшить, гришь - подождите..через пару дней будет новая версия и - в комплекте.

sibrin

Цитата:

Единственное ограничение в запросе должно быть обязательно
'INTO TABLE <OUT>'

Лучше в запросе вообще не писать INTO, а вставлять
в программе:

Code:

Пономарев Артем

А теперь смотрим код и представляем что произойдет, напиши мы такой запрос (исходный пример, собственно):

Code:

"select * from anla where anlkl in (select anlkl from anka where ktopl cp '1*')". 

Корректной работы мы не дождемся.
А суть программы, на мой взгляд, как раз и должна заключаться в возможности исполнения относительно сложных запросов. Иначе se12 - отличная и уже написанная альтернатива

. Так что без Native SQL и курсоров никак

Skif

Пономарев Артем написал:

А теперь смотрим код и представляем что произойдет, напиши мы такой запрос (исходный пример, собственно):

Code:

"select * from anla where anlkl in (select anlkl from anka where ktopl cp '1*')". 

Корректной работы мы не дождемся.
А суть программы, на мой взгляд, как раз и должна заключаться в возможности исполнения относительно сложных запросов. Иначе se12 - отличная и уже написанная альтернатива

. Так что без Native SQL и курсоров никак

вообще-то, сама тема весьма щекотливая с точки зрения (в недалёкую перспективу) отдела безопасности

Snegurenok

Пономарев Артем написал:

А теперь смотрим код и представляем что произойдет, напиши мы такой запрос (исходный пример, собственно):

Code:

"select * from anla where anlkl in (select anlkl from anka where ktopl cp '1*')". 

Корректной работы мы не дождемся.
А суть программы, на мой взгляд, как раз и должна заключаться в возможности исполнения относительно сложных запросов. Иначе se12 - отличная и уже написанная альтернатива

. Так что без Native SQL и курсоров никак

а может запрос все такие правильно написать с учетом того что
1. таблица anka не содержит поле ktopl ( пусть будет KTOGR )
2. CP нужно заменить на LIKE

select * from anla INTO TABLE <OUT> where anlkl in ( select anlkl from anka where ktogr
like '01%').

***************
Или может вы желаете свой SQL использовать котороый не OpenSQL ? - тогда ничего не получиться - потому как смысла ето не имеет

P/S: Радует что хоть кто то смог сложить два куска программного кода в один

...

sibrin

Пономарев Артем написал:

А теперь смотрим код и представляем что произойдет, напиши мы такой запрос (исходный пример, собственно):

Code:

"select * from anla where anlkl in (select anlkl from anka where ktopl cp '1*')". 

Корректной работы мы не дождемся.

В этом запросе три ошибки:

1) вокруг круглых скобок должны быть пробелы;

2) в таблице anka нет поля ktopl;

3) оператор cp в условии where недопустим, нужно использовать LIKE.

Вот так работает:

Code:

select *  from anla where anlkl in ( select anlkl from anka where ERNAM like 'S%' ).

sibrin

Snegurenok написал(а):

а может запрос все такие правильно написать

Опередил.

Snegurenok написал(а):

P/S: Радует что хоть кто то смог сложить два куска программного кода в один

...

В надежде, что кто-нибудь продолжит и усовершенствует.

Пономарев Артем

Ну синтаксис тут не принципиально важен. Важнее то, что на Open SQL мало мальски нормального запроса написать не получится в виду ограниченности возможностей. Т.е. проще использовать всю ту же se12. Ну или завязываться на Native. Что тоже нехорошо, но более соответствует постановке задачи. Как мне кажется.

sibrin

Добавил синтаксический разбор запроса типа

Code:

select mara~matnr ernam as e from mara up to 10 rows.

Осталось только join'ы разобрать.
По хорошему надо scan делать (из соображений безопасности
по крайней мере).

Code:

Snegurenok

Пономарев Артем написал:

Ну синтаксис тут не принципиально важен. Важнее то, что на Open SQL мало мальски нормального запроса написать не получится в виду ограниченности возможностей. Т.е. проще использовать всю ту же se12. Ну или завязываться на Native. Что тоже нехорошо, но более соответствует постановке задачи. Как мне кажется.

хм а чем ето не соответсвует условию ? - тем что не обрабатывает синтаксически не корректные запросы ?

Snegurenok

а зачем блок вывода два раза дублировать ? внеси его после полечния данных ...

sibrin

Code:

а зачем блок вывода два раза дублировать ? внеси его после полечния данных ...

Вообще-то блоки вывода совсем разные должны быть.

Правила форума

Можно ли сделать универсальный отчет или странного хочется

Кто сейчас на конференции