Пожалуйста, помогите с запросом

[chel]

Ситуация такая. Есть некоторая таблица JournalRequest, в которой есть поле UserCode.

Данные в таблице простые: для UserCode = '0001' одна запись, для '0002' - две и для '0003' - три.

Хотелось бы сделать запрос (с помощью Query или через АОТ), который бы выдавал количество записей для каждого UserCode, типа:

0001 1
0002 2
0003 3

Пытаюсь так:

PHP код:

    Query                query =  new Query();
    QueryBuildDataSource qbd,qbd2;
    ;

    qbd = query.addDataSource(tableNum(JournalRequest));
    qbd.OrderMode(OrderMode::GroupBy);
    qbd.addSortField(fieldNum(JournalRequest,UserCode));
    qbd.addSelectionField(fieldNum(JournalRequest,UserCode));

    qbd2 = qbd.addDataSource(tableNum(JournalRequest));
    qbd2.OrderMode(OrderMode::GroupBy);
    qbd2.addSortField(fieldNum(JournalRequest,UserCode));
    qbd2.addSelectionField(fieldNum(JournalRequest,UserCode),SelectionField::Count);

    qbd2.addLink(fieldNum(JournalRequest,UserCode),
           fieldNum(JournalRequest,UserCode));
    qbd2.joinMode(JoinMode::InnerJoin); 


Сейчас, после такого цикла по результатам:

PHP код:

    while (query.next())
    {
      JournalRequest = query.get(tableNum(JournalRequest),1);
      jr2 = query.get(tableNum(JournalRequest),2);

      info(" " + JournalRequest.UserCode + " " + jr2.UserCode);
    } 


Выдается следующее:

0001 2
0002 3
0003

Видимо, где-то косяк при соединении таблиц. Не могу понять где

[Wamr]

Проще надо быть

PHP код:

    Query                query =  new Query();
    QueryBuildDataSource qbd;
    ;

    qbd = query.addDataSource(tableNum(JournalRequest));
    qbd.OrderMode(OrderMode::GroupBy);
    qbd.addSortField(fieldNum(JournalRequest, UserCode));
    qbd.addSelectionField(fieldNum(JournalRequest, RecId), SelectionField::COUNT); 


[chel]

Я дал упрощенный вариант. Мне бы хотелось джойнить с таблицами, и в подчиненных таблицах задавать разные условия.

PHP код:

JournalRequest  -(1)----(М)- Count (JournalRequest) /с одним условием
            |-(1)--------(М)- Count (JournalRequest) / с другим условием
            \-(1)--------(М)- Count (JournalRequest) / с третьим условием 


Прошу прощения за дурной рисунок, надеюсь смысл понятен

Ну и соответственно чтобы выдавалось что-то типа

0001 1 4 7
0002 2 5 8
0003 3 6 9

Попытался поджойнить с первой таблицей, сразу же не получилось

А с помощью того варианта, который Вы предложили, так не получится

[George Nordic]

Есть такой язык для описания запросов, придуман фирмой IBM, называется SQL. Выразите на нем человеческими словами, что Вы хотите получить от запроса, и Вам сразу будет легче!
Уважаемый chel! Это ни в коем разе не "наезд", а хороший совет - когда я (или пользователь) не могу (может) точно сформулировать, что он хочет получить, надо сначала надо точно сформулировать (можно сначала просто по-русски) критерии выбора, потом переложить на SQL, потом выполнить данный запрос (в джобе или обозревателе таблиц, если простой) и только потом прекладывать на Query, который, увы, не всесилен...

А чем Вам не угодил select?
Попробуйте сначала написать запрос с его помощью. И покажите нам - так легче будет разобраться....

С Уважением,
Георгий.

[Wamr]

Сомневаюсь, что это возможно.

Может стоит поискать другие пути решения исходной задачи?

[chel]

Уважаемый Георгий! Я давно уже привык выражать свои мысли в первую очередь на этом замечательном языке Вот только перевести свои мысли в не менее замечательный Query у меня почему-то не получается

PHP код:

Select a.usercode, d.c1, d.c2 from

(select usercode 
from techsupportjournalrequest 
group by usercode
) A

inner join

(select b.usercode, b.c1 as c1, c.c2 as c2 from

(select usercode, count(usercode) as C1
from techsupportjournalrequest 
where receivedate between convert(datetime, '01.01.2003', 104) and convert(datetime, '31.12.2003', 104)
group by usercode
) B

full outer join

(select usercode, count(usercode) as C2
from techsupportjournalrequest 
where dateperformed between convert(datetime, '01.01.2003', 104) and convert(datetime, '31.12.2003', 104)
group by usercode
) C

on b.usercode = c.usercode

) D

on a.usercode = d.usercode 


диалект MS SQL 2000

[chel]

А насчет того, чем мне не угодил select:

1. Раз уж мне дается визуальный инструмент (Query), который на первый взгляд достаточно удобен, надо в нем разобраться и пользоваться им.
2. В Query (то есть в QueryRun) мне очень понравился метод prompt. Можно самому формы не городить.

[George Nordic]

Спешу Вас разочаровать - вряд ли получиться. 1) Где-то на форуме проходила информация, что торйной query "не жилец" - очень медленно выполняется. Точно не помню, но какие-то траблы были. 2) с Group by тоже проблемы... используется order by 3) Даже если что-то подобное и удасться сделать, то уж очень все громоздко будет. Можно сделать так: содать query (простой, только с теми параметрами, которые влияют на запрос), -> queryrun -> запустить -> prompt -> получить все параметры, которые ввел пользователь, и на основании их уже комбинировать простые selectы или query.

С наилучшими пожеланиями,
Георгий.

[chel]

Георгий, спасибо

[chel]

Цитата:

Изначально опубликовано George Nordic
Спешу Вас разочаровать - вряд ли получиться. 1) Где-то на форуме проходила информация, что торйной query "не жилец" - очень медленно выполняется. Точно не помню, но какие-то траблы были. 2) с Group by тоже проблемы... используется order by 3) Даже если что-то подобное и удасться сделать, то уж очень все громоздко будет. Можно сделать так: содать query (простой, только с теми параметрами, которые влияют на запрос), -> queryrun -> запустить -> prompt -> получить все параметры, которые ввел пользователь, и на основании их уже комбинировать простые selectы или query.

С наилучшими пожеланиями,
Георгий.

А посоветуйте пожалуйста, как можно результаты while .. select запихнуть в Grid. Насколько я успел разобраться, Grid требует DataSource, которого у меня нет. TableControl и ListControl не подходят, т.к. из них нельзя скопировать данные в Excel.

[George Nordic]

Хм. Как нет? есть же таблица (несколько таблиц) связанных по какому-либо принципу. Или одна, но на ней есть display методы, по которым она выбирает даннык в другой. На ей основе и делаете грид.

[AlGol]

В особо сложных случаях, когда нужна форма с хитрой выборкой - выручают временные таблицы. Которые и лежат под гридом.

А если данные надо в Ексель, так может их сразу туда? Без форм и пр..

[George Nordic]

Честно говоря, не рекомендовал бы злоупотреблять темповыми таблицами. Только в случае очень тяжелых запросов по многим таблицам, расчетных полей или суммирования (группировки полей для суммирования из разных таблиц). Легкость использования темповых таблиц перерастает в привычку использовать их по любому поводу, так что не удивляйтесь, если скоро в репозитарии у Вас будет несколько сотен таблиц с префиксом tmp
display - методы удобны, кэшируются и для этого и придуманы.

[chel]

Цитата:

Изначально опубликовано George Nordic
Хм. Как нет? есть же таблица (несколько таблиц) связанных по какому-либо принципу. Или одна, но на ней есть display методы, по которым она выбирает даннык в другой. На ей основе и делаете грид.

Вот Вы видели мой запрос - какую таблицу можно использовать как датасорс?

Цитата:

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

О! А это идея. Спасибо, выручили. Айм хэппи!

[George Nordic]

techsupportjournalrequest - ведь все данные стояться на основании запроса именно к этой таблице?

[chel]

Цитата:

Изначально опубликовано George Nordic
techsupportjournalrequest - ведь все данные стояться на основании запроса именно к этой таблице?

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

[George Nordic]

То, что данная таблица находиться в датасорсе, не означает что будут выведены все записи из неё
Переопределите её query... Перекройте executeQuery, наконец! Много разных вариантов...

[chel]

Цитата:

Изначально опубликовано George Nordic
То, что данная таблица находиться в датасорсе, не означает что будут выведены все записи из неё
Переопределите её query... Перекройте executeQuery, наконец! Много разных вариантов...

Я наверное уже надоел
Я бы рад перекрыть executeQuery, но мой запрос не представляется в виде query. Видимо, придется обойтись временной таблицей.
Очень большое спасибо за помощь.

[George Nordic]

Да, думаю, что в Вашем случае это может быть оправдано.

Удачи!

С Уважением,
Георгий.

[Лютый]

На сколько я понял из кода, вы пытаетесь соеденить UserCode и сумма(UserCode),
причем указываете, что они должны совпадать :

.......
qbd.addSelectionField(fieldNum(JournalRequest,UserCode));
......
qbd2.addSelectionField(fieldNum(JournalRequest,UserCode),SelectionField::Count);

qbd2.addLink(fieldNum(JournalRequest,UserCode),
fieldNum(JournalRequest,UserCode));

Связывать нужно по UserCode, а вычислять количество строк по recid, в этом случае
код будет выглядеть так:

qbd = query.addDataSource(tableNum(JournalRequest));
qbd.OrderMode(OrderMode::GroupBy);
qbd.addSortField(fieldNum(JournalRequest,UserCode));
qbd.addSelectionField(fieldNum(JournalRequest,UserCode));

qbd2 = qbd.addDataSource(tableNum(JournalRequest));
qbd2.OrderMode(OrderMode::GroupBy);
qbd2.addSortField(fieldNum(JournalRequest,UserCode));
// zev ---- >
// qbd2.addSelectionField(fieldNum(JournalRequest,UserCode),SelectionField::Count);
qbd2.addSelectionField(fieldNum(JournalRequest,UserCode));
qbd2.addSelectionField(fieldNum(JournalRequest, RecId), SelectionField::COUNT);
// <--- zev
qbd2.addLink(fieldNum(JournalRequest,UserCode),
fieldNum(JournalRequest,UserCode));
qbd2.joinMode(JoinMode::InnerJoin);