VeterVFP
Приветствую.
Есть курсор номеров, которые разбиты по группам.
Задача получить кол-во номеров в каждой группе.
В таблице десятки МЛН записей. Возможно ли и как оптимизировать подобный запрос?
VFP 9 SP2

CLEAR 
SYS(3054,12)
SET ENGINEBEHAVIOR 80

CREATE CURSOR Spisok (Nomer C(9), NG C(7))
INSERT INTO Spisok VALUES ('AA1111111', '1111111')
INSERT INTO Spisok VALUES ('AA1111112', '1111111')
INSERT INTO Spisok VALUES ('AA1111113', '1111111')
INSERT INTO Spisok VALUES ('AA1111114', '1111111')
INSERT INTO Spisok VALUES ('AA1111115', '2222222')
INSERT INTO Spisok VALUES ('BB1111111', '2222222')
INSERT INTO Spisok VALUES ('CC1111111', '2222222')
INSERT INTO Spisok VALUES ('AA1111116', '2222222')
INSERT INTO Spisok VALUES ('EE1111112', '2222222')
INSERT INTO Spisok VALUES ('AA1111117', '3333333')
INSERT INTO Spisok VALUES ('DD1111111', '3333333')
INSERT INTO Spisok VALUES ('EE1111111', '4444444')
INSERT INTO Spisok VALUES ('CC1111112', '5555555')
INDEX ON NG TAG NG
BROWSE LAST NOWAIT

*курсор по группам
nQntInGr= 5
SELECT NG, Qnt;
  FROM (SELECT NG, COUNT(NG) Qnt FROM Spisok GROUP BY NG HAVING Qnt<=nQntInGr) Tmp;
  ORDER BY Qnt;
  INTO CURSOR GrCurs
BROWSE LAST NOWAIT

*курсор номеров
SELECT Sp.*,Gr.Qnt FROM Spisok Sp;
  INNER JOIN GrCurs Gr ON Sp.NG=Gr.NG;
  ORDER BY Gr.Qnt;
  INTO CURSOR ResCurs
BROWSE LAST NOWAIT

  nQntInGr= 5  
  SELECT NG, Count(*) As Qnt;
    FROM Spisok;
    GROUP BY NG;
    HAVING Qnt<=nQntInGr;  
    ORDER BY Qnt;  
    INTO CURSOR GrCurs

VeterVFP
получить кол-во номеров в каждой группе.

Igor Korolyov
оптимально на SQL (по крайней мере фоксовом) не сделать

Igor Korolyov
Они не сильно помогут в плане "получения количеств"

Аспид
Даж не знаю что сказать, может в оракле, такие убогие функции работ с окнами, что то не верится.
Задача элементарно решается...

Igor Korolyov
Без аналитики это подзапрос как в фоксе - он посчитает количества (а это полный проход по индексу, а то и самой таблице), потом выкинет неподходящие группы, и ещё раз пройдясь по таблице (возможно с помощью индекса) получит сами элементы.

INDEX ON NG TAG NG

VeterVFP
В данном случае индекс по NG (

INDEX ON NG TAG NG

) не участвует в оптимизации (как показывает SYS(3054,12)). Значит нет смысле его делать, если использовать все же SQL-запрос для получения списка групп?

Igor Korolyov
Но для получения "списка элементов в подошедших группах" потом (вторым запросом, или внешней частью одного, если их всё же объединить) он вполне себе используется.

SELECT Sp.*,Gr.Qnt;
     FROM Spisok Sp;
       INNER JOIN (SELECT NG, COUNT(NG) Qnt FROM Spisok GROUP BY NG HAVING Qnt<=nInGrQnt) Gr ON Sp.NG=Gr.NG;
     ORDER BY Gr.Qnt;
     INTO CURSOR ResCurs

VeterVFP
Значит нет смысла нагружать лишним индексом на десятки млн записей?