ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Аналитика в Pg
34 сообщений из 34, показаны все 2 страниц
  все  
Аналитика в Pg
    #35242542
bege231
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bege231
Гость
Перехожу с Oracle на PostgreSql .
Просто любопытно - есть ли в pg что-либо похожее на аналитические функции Oraclе?
Никакой информации в описании нет :-(
но может кто знает или пытался как-то реализовать?
...
Рейтинг: 0 / 0
08.04.2008, 14:13
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35242773
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
есть такие функции: Aggregate Functions for Statistics
...
Рейтинг: 0 / 0
08.04.2008, 15:08
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35242832
ChameLe0n
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ChameLe0n
Гость
Нету таких функций..
...
Рейтинг: 0 / 0
08.04.2008, 15:22
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35242954
bege231
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bege231
Гость
Аналитических, это вида - dense_rank() over (partition by ... )
Это чтоб в запросе без group by посчитать можно было сумму по группе накопительно , и отсортировать по этой накопительной , что-то в этом роде :-)
В pg в какую сторону надо копать? Ужасно ведь неохота одно и тоже несколько раз собирать :-(
Может есть все-таки что-то ?
...
Рейтинг: 0 / 0
08.04.2008, 15:49
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35243075
бухарь
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
бухарь
Гость
какая аналитика, даже ROWNUM аналога пока нет
...
Рейтинг: 0 / 0
08.04.2008, 16:18
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35243114
bege231
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bege231
Гость
Или там посчитать сумму по каждой группе , и бросить ее (сумму) в каждую строку группы чтоб посчитать %ое соотношение . Ну вообщем, много еще чего придумать можно :-)
Но похоже ,действительно, одним запросом в PG не получится.
Если только функцией - а в ней сначала группировку по таблице , а потом по каждой группе выбирать опять !
=8-( ,)
...
Рейтинг: 0 / 0
08.04.2008, 16:26
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35243142
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
bege231Или там посчитать сумму по каждой группе , и бросить ее (сумму) в каждую строку группы чтоб посчитать %ое соотношение .self-join
...
Рейтинг: 0 / 0
08.04.2008, 16:34
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35243237
bege231
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bege231
Гость
LeXa NalBat bege231Или там посчитать сумму по каждой группе , и бросить ее (сумму) в каждую строку группы чтоб посчитать %ое соотношение .self-join
Ну тоже не совсем чтоб подходит . Да и таблички у меня не то что в example - Weather&Weather :-)
Все равно спасибо ! За волю к победе! :-)
Хотя, объединить первоначальную таблицу и ее же группировку - это мысль.
Поторопилась я, конечно, насчет функции в предыдущем своем посте .
Ну, буду привыкать быть проще! ;-)
...
Рейтинг: 0 / 0
08.04.2008, 16:56
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35254863
Бабичев Сергей
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бабичев Сергей
Участник
LeXa NalBatself-joinв коррелированном скалярном подзапросе во фразе select.
...
Рейтинг: 0 / 0
15.04.2008, 05:31
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35255401
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
select a.*, b.total from t1 as a natural join ( select group_id, sum(value) as total from t1 group by group_id ) as b;

я имел в виду такое. это называется "коррелированным скалярным подзапросом во фразе select"?
...
Рейтинг: 0 / 0
15.04.2008, 11:19
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35255508
bege231
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bege231
Гость
LeXa NalBatselect a.*, b.total from t1 as a natural join ( select group_id, sum(value) as total from t1 group by group_id ) as b;

я имел в виду такое. это называется "коррелированным скалярным подзапросом во фразе select"?

А если , например, надо посчитать невязку с общей суммой по группе и бросить ее на максимальный элемент в группе?
Тут уж точно одним запросом не обойдешься в pg :(
Как считаете?
...
Рейтинг: 0 / 0
15.04.2008, 11:42
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35255764
Бабичев Сергей
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бабичев Сергей
Участник
bege231А если , например, надо посчитать невязку с общей суммой по группе и бросить ее на максимальный элемент в группе?
Тут уж точно одним запросом не обойдешься в pg :(
Как считаете?Смотря что понимать под "одним запросом". А вообще можно. Но нужно ли? Монстр ещё тот получится...
...
Рейтинг: 0 / 0
15.04.2008, 12:32
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35255771
Бабичев Сергей
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бабичев Сергей
Участник
LeXa NalBatselect a.*, b.total from t1 as a natural join ( select group_id, sum(value) as total from t1 group by group_id ) as b;

я имел в виду такое. это называется "коррелированным скалярным подзапросом во фразе select"?Не-а, я имел ввиду немного другое:
Код: plaintext
1.
2.
Select a.*, 
       (select ...)
  from t1 as a ...
...
Рейтинг: 0 / 0
15.04.2008, 12:33
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35255881
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
bege231А если , например, надо посчитать невязку с общей суммой по группе и бросить ее на максимальный элемент в группе?что-то подзабыл математику, нагуглить быстро не получилось. по какой формуле и какому алгоритму это надо считать?

какой должен быть результат для таких исходных данных:
group_id, value
1, 3
1, 4
1, 4
2, 5
2, 6
...
Рейтинг: 0 / 0
15.04.2008, 12:51
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35255990
bege231
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bege231
Гость
LeXa NalBatчто-то подзабыл математику, нагуглить быстро не получилось. по какой формуле и какому алгоритму это надо считать?

какой должен быть результат для таких исходных данных:
group_id, value
1, 3
1, 4
1, 4
2, 5
2, 6
Пример :
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
сумма  группа  оплата   value    по_группе  невязка + на максимальную   |     ИТОГ |       
--------------------------------------------------------------------------------------------------------------------------
 3 . 47         1            351        1 . 39      |               |   		 |       1 , 39    |
 3 . 47         1            376        1 . 56      |     3 . 37        |     + 0 . 10 	 |       1 , 66    |
 3 . 47         1            100        0 . 42      |               |                |       0 , 42    | 
 1 . 31         2            123 					          						 
 1 . 31         2            324
...
Рейтинг: 0 / 0
15.04.2008, 13:19
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35256012
bege231
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bege231
Гость
Бабичев СергейНе-а, я имел ввиду немного другое:
Код: plaintext
1.
2.
Select a.*, 
       (select ...)
  from t1 as a ...

А тоже работает! Хотя и медленее чем join .
...
Рейтинг: 0 / 0
15.04.2008, 13:27
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35256053
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
bege231
Код: plaintext
1.
2.
3.
4.
сумма  группа  оплата   value    по_группе  невязка + на максимальную   |     ИТОГ |       
--------------------------------------------------------------------------------------------------------------------------
 3 . 47         1            351        1 . 39      |               |   		 |       1 , 39    |
 3 . 47         1            376        1 . 56      |     3 . 37        |     + 0 . 10 	 |       1 , 66    |
 3 . 47         1            100        0 . 42      |               |                |       0 , 42    |
не понял. исходные данные 1.39, 1.56, 0.42 - верно? 3.37=1.39+1.56+0.42 - верно? как посчитаны 3.47 и +0.10? "итог" отличается от "value" только для строки с максимальным value? поле "итог" и есть требуемый результат?
...
Рейтинг: 0 / 0
15.04.2008, 13:41
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35256108
bege231
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bege231
Гость
LeXa NalBat bege231
Код: plaintext
1.
2.
3.
4.
сумма  группа  оплата   value    по_группе  невязка + на максимальную   |     ИТОГ |       
--------------------------------------------------------------------------------------------------------------------------
 3 . 47         1        351      1 . 39      |          |     	 |       1 , 39    |
 3 . 47         1        376      1 . 56      |     3 . 37   |     + 0 . 10  |       1 , 66    |
 3 . 47         1        100      0 . 42      |          |           |       0 , 42    |
не понял. исходные данные 1.39, 1.56, 0.42 - верно? 3.37=1.39+1.56+0.42 - верно? как посчитаны 3.47 и +0.10? "итог" отличается от "value" только для строки с максимальным value? поле "итог" и есть требуемый результат?

1- value надо рассчитать в процентном соотношении - 3.47 * ( 351/(351+376+100))
2 - т.о. по группе получается общая сумма 3,37 (должно быть 3,47) , невязка - 0.10
3 - невязку прибавляем к максимальной ( max =376 , прибавляем .10 к 1.56 )
...
Рейтинг: 0 / 0
15.04.2008, 13:53
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35256242
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
bege231
Код: plaintext
1.
2.
3.
4.
сумма  группа  оплата   value    по_группе  невязка + на максимальную   |     ИТОГ |       
--------------------------------------------------------------------------------------------------------------------------
 3 . 47         1        351      1 . 39      |          |     	 |       1 , 39    |
 3 . 47         1        376      1 . 56      |     3 . 37   |     + 0 . 10  |       1 , 66    |
 3 . 47         1        100      0 . 42      |          |           |       0 , 42    |

1- value надо рассчитать в процентном соотношении - 3.47 * ( 351/(351+376+100))еще сильнее запутался. :-) какие колонки составляют входные данные?

3.47 * ( 351/(351+376+100)) ~= 1.47. не вижу 1.47 в приведенной вами таблице.
...
Рейтинг: 0 / 0
15.04.2008, 14:20
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35256298
bege231
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bege231
Гость
Первоначальные колонки - сумма , группа , оплата


3.47 * ( 351/(351+376+100)) ~= 1.47. не вижу 1.47 в приведенной вами таблице.
1.39 и есть 1.47 :) Ошиблась чуть-чуть . Но вообще-то , 1.46 даже скорее .
Все равно невязка будет.
...
Рейтинг: 0 / 0
15.04.2008, 14:35
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35256343
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
bege2313.47 * ( 351/(351+376+100)) ~= 1.47. не вижу 1.47 в приведенной вами таблице.1.39 и есть 1.47 :) Ошиблась чуть-чуть .кто ошиблась? :) постгрес? 1.39 - входные данные? но вы не перечислили value в списке входных данных "сумма , группа , оплата". не понимаю. :-( откуда взялось 1.39?

bege231Но вообще-то , 1.46 даже скорее .мой калькулятор считает 3.47 * ( 351/(351+376+100)) = 1.4727569528416. это скорее 1.47, чем 1.46.
...
Рейтинг: 0 / 0
15.04.2008, 14:47
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35256381
bege231
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bege231
Гость
LeXa NalBat bege231 3.47 * ( 351/(351+376+100)) ~= 1.47. не вижу 1.47 в приведенной вами таблице.1.39 и есть 1.47 :) Ошиблась чуть-чуть .кто ошиблась? :) постгрес? 1.39 - входные данные? но вы не перечислили value в списке входных данных "сумма , группа , оплата". не понимаю. :-( откуда взялось 1.39?

bege231Но вообще-то , 1.46 даже скорее .мой калькулятор считает 3.47 * ( 351/(351+376+100)) = 1.4727569528416. это скорее 1.47, чем 1.46.
Я ошиблась . Пример был рассчитан мной ! и 1.39 собственноручно посчитала.
И value не входит в исходные данные , а тоже рассчитывается .
А если 351/(351+376+100) округлить до 2х знаков ?
Ну пусть уже будет 1.47 . Это что-то меняет?
...
Рейтинг: 0 / 0
15.04.2008, 14:57
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35256404
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
bege231Это что-то меняет?не меняет. я не разбираюсь в данной предметной области, из ваших объяснений понять задачу не могу. умываю руки.
...
Рейтинг: 0 / 0
15.04.2008, 15:02
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35256526
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
LeXa NalBat 12:51по какой формуле и какому алгоритму это надо считать? bege231 14:57А если 351/(351+376+100) округлить до 2х знаков ?лишь через два часа после моего вопроса вы проронили слово "округлить". для вас это наверняка очевидно, но например я и понятия не имел, что в этой задаче используется округление.

знаете, что правильно сформулированная задача - уже половина решения? почему вы не смогли четко сформулировать задачу?

- дана таблица из трех полей (сумма, группа, оплата)
- для каждой строки приближенно вычислить с округлением до заданной точности 10**N поле value по формуле trunc( сумма*оплата/(sum_по_группе(оплата)), N )
- для каждой группы вычислить невязку по формуле сумма-sum_по_группе(value)
- для каждой группы добавить невязку группы к максимальному value в группе
- вывести четыре поля (сумма, группа, оплата, value)
...
Рейтинг: 0 / 0
15.04.2008, 15:31
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35256638
bege231
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bege231
Гость
LeXa NalBat LeXa NalBat 12:51по какой формуле и какому алгоритму это надо считать? bege231 14:57А если 351/(351+376+100) округлить до 2х знаков ?лишь через два часа после моего вопроса вы проронили слово "округлить". для вас это наверняка очевидно, но например я и понятия не имел, что в этой задаче используется округление.

знаете, что правильно сформулированная задача - уже половина решения? почему вы не смогли четко сформулировать задачу?

- дана таблица из трех полей (сумма, группа, оплата)
- для каждой строки приближенно вычислить с округлением до заданной точности 10**N поле value по формуле trunc( сумма*оплата/(sum_по_группе(оплата)), N )
- для каждой группы вычислить невязку по формуле сумма-sum_по_группе(value)
- для каждой группы добавить невязку группы к максимальному value в группе
- вывести четыре поля (сумма, группа, оплата, value)

Округление, на мой взгляд как раз наименее значимый пункт решения задачи.
Меня интересует написание такого рода запросов как класса задач, что ли. А не конкретного алгоритма. Для того чтобы написать подобное для Oracle, человеку прочитавшему Т.Кайта, понадобилось бы не больше получаса. А в pg мне трудно пока придумать как решить что-то подобное просто и понятно. Надеялась что кто-нибудь сталкивался с похожими задачами расчетов.
Вообщем, приношу свои извинения!
...
Рейтинг: 0 / 0
15.04.2008, 15:56
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35256973
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
bege231Округление, на мой взгляд как раз наименее значимый пункт решения задачи.на мой взгляд, без округления в этой задаче не будет и ошибки, не будет и невязки, не будет и самой задачи.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
create table t1 (
        id integer,
        summa integer,
        gruppa integer,
        oplata integer
);

insert into t1 values
        (  1 ,  347 ,  1 ,  351  ),
        (  2 ,  347 ,  1 ,  376  ),
        (  3 ,  347 ,  1 ,  100  ),
        (  4 ,  131 ,  2 ,  123  ),
        (  5 ,  131 ,  2 ,  324  ),
        (  6 ,  131 ,  2 ,  324  )
;

select t1.*, summa*oplata/sum_oplata+
coalesce(summa-sum_value, 0 ) as value from t1 join (
 select gruppa, sum(oplata) as sum_oplata from t1 group by gruppa
) as a using (gruppa) natural left join (
 select min(id) as id, sum_value from t1 natural join (
  select gruppa, max(oplata) as oplata,
  sum(summa*oplata/sum_oplata) as sum_value from t1 join (
   select gruppa, sum(oplata) as sum_oplata from t1 group by gruppa
  ) as a using (gruppa) group by gruppa
 ) as b group by gruppa, oplata, sum_value
) as c
;

drop table t1;
...
Рейтинг: 0 / 0
15.04.2008, 17:37
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35257624
Бабичев Сергей
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бабичев Сергей
Участник
bege231А тоже работает! Хотя и медленее чем join .Ну, для суммы по группе лучше, конечно же, использовать JOIN основной таблицы с агрегированным подзапросом. А скалярный подзапрос в SELECT-листе нужен для расчета накопительной суммы по группе с учетом сортировки. Типа аналог оракловой аналитической суммы: sum() over(partition by ... order by ...)
...
Рейтинг: 0 / 0
16.04.2008, 05:29
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35257670
Бабичев Сергей
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бабичев Сергей
Участник
bege231
Код: plaintext
1.
2.
3.
4.
сумма  группа  оплата   value    по_группе  невязка + на максимальную   |     ИТОГ |       
--------------------------------------------------------------------------------------------------------------------------
 3 . 47         1        351      1 . 39      |          |     	 |       1 , 39    |
 3 . 47         1        376      1 . 56      |     3 . 37   |     + 0 . 10  |       1 , 66    |
 3 . 47         1        100      0 . 42      |          |           |       0 , 42    |

1- value надо рассчитать в процентном соотношении - 3.47 * ( 351/(351+376+100))
2 - т.о. по группе получается общая сумма 3,37 (должно быть 3,47) , невязка - 0.10
3 - невязку прибавляем к максимальной ( max =376 , прибавляем .10 к 1.56 )
На твоих тестовых данных построил табличку T1:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
select * from t1

Query finished, retrieving results...

ID   группа   оплата   сумма
--   ------   ------   -----
  1          1        351      3 . 47 
  2          1        376      3 . 47 
  3          1        100      3 . 47 
  4          2        123      1 . 31 
  5          2        324      1 . 31 

 5  row(s) retrieved
где:
ID - уникальный идентификатор записи в таблице;
остальные поля соответствуют твоим исходным данным:
группа - номер группы;
оплата - сумма оплаты;
сумма - сумма для расчета процентного соотношения.

Тогда можно написать запрос, который с учетом округления будет находить VALUE, расхождение суммы найденного VALUE с заданной суммой, а также помещать невязку в строку с максимальной суммой оплаты:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
select t1.*,
       v2_t1."расчетная сумма",
       v2_t1.delta as "невязка сумм по группе",
       round(t1."сумма" * round(t1."оплата" / v2_t1."оплата по группе", 2 ), 2 ) as "расчетное VALUE",
       case 
         when (
                select count( 1 )
                  from t1 t0
                 where t0."группа" = t1."группа"
                   and (t0."оплата" > t1."оплата"
                        or
                        t0."оплата" = t1."оплата"
                        and t0.id >= t1.id
                       )
              ) =  1 
           then round(t1."сумма" * round(t1."оплата" / v2_t1."оплата по группе", 2 ), 2 ) + v2_t1.delta
         else round(t1."сумма" * round(t1."оплата" / v2_t1."оплата по группе", 2 ), 2 )
       end as "скорректированное VALUE"
  from t1
  join (
         select t1."группа", max(v1_t1."оплата по группе") as "оплата по группе",
                sum(round(t1."сумма" * round(t1."оплата" / v1_t1."оплата по группе", 2 ), 2 )) as "расчетная сумма",
                max(t1."сумма") - sum(round(t1."сумма" * round(t1."оплата" / v1_t1."оплата по группе", 2 ), 2 )) as delta
           from t1
           join (
                  select sum("оплата") as "оплата по группе",
                         "группа"
                    from t1
                   group by "группа" 
                ) v1_t1
             on t1."группа" = v1_t1."группа"
          group by t1."группа"
       ) v2_t1
    on t1."группа" = v2_t1."группа"

Query finished, retrieving results...

ID   группа   оплата   сумма   расчетная сумма   невязка сумм по группе   расчетное VALUE   скорректированное VALUE
--   ------   ------   -----   ---------------   ----------------------   ---------------   -----------------------
  1          1        351      3 . 47                3 . 44                       0 . 03                1 . 46                        1 . 46 
  2          1        376      3 . 47                3 . 44                       0 . 03                1 . 56                        1 . 59 
  3          1        100      3 . 47                3 . 44                       0 . 03                0 . 42                        0 . 42 
  4          2        123      1 . 31                1 . 31                          0                0 . 37                        0 . 37 
  5          2        324      1 . 31                1 . 31                          0                0 . 94                        0 . 94 

 5  row(s) retrieved
...
Рейтинг: 0 / 0
16.04.2008, 08:15
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35258168
bege231
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bege231
Гость
LeXa NalBatна мой взгляд, без округления в этой задаче не будет и ошибки, не будет и невязки, не будет и самой задачи.
Поля "сумма" и "оплата" - это в деньгах (руб) , а 10 знаков после запятой - это уже не деньги. Потому и приходится округлять, и считать невязки.

Бабичев Сергей
select count(1)
from t1 t0
where t0."группа" = t1."группа"
and (t0."оплата" > t1."оплата"
or
t0."оплата" = t1."оплата"
and t0.id >= t1.id
)
Как раз то что искала! Как-то так сразу до такого и не додумаешься. Теперь буду пользоваться!
Спасибо огромное!
...
Рейтинг: 0 / 0
16.04.2008, 11:17
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35258257
Бабичев Сергей
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бабичев Сергей
Участник
bege231 Бабичев Сергей
select count(1)
from t1 t0
where t0."группа" = t1."группа"
and (t0."оплата" > t1."оплата"
or
t0."оплата" = t1."оплата"
and t0.id >= t1.id
)
Как раз то что искала! Как-то так сразу до такого и не додумаешься. Теперь буду пользоваться!
Спасибо огромное!
Ну, ты, если что, сразу говори, какую из аналитических функций оракла тебе нужно переложить на ANSI-SQL-99.
Приведенный кусок кода - это аналог аналитического ROW_NUMBER() over(partition by "группа" order by "оплата" desc, id desc) :)
Фактически, любую другую аналитическую функцию можно реализовать при помощи такого же подхода. По крайней мере, ранжирующие функции (rank, dense_rank, row_number), функции получения предыдущей/последующей записи (lead/lag), скользящая сумма (sum() over()) реализуются в легкую. Вот только эффективность запроса при этом значительно снизится... :(
...
Рейтинг: 0 / 0
16.04.2008, 11:41
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35259853
Ленивец
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ленивец
Участник
Вот и монстр получился!
Думаю следующий вопрос автора будет "как мне всё это счастье теперь оптимизировать??".
Потому что если сделать план подобных запросов ох не радует!
Индексы помогут лишь отчасти.
...
Рейтинг: 0 / 0
16.04.2008, 17:24
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35260334
MBG
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MBG
Гость
Что-то вспомнился старый анекдот, когда психов искали, раздавая им стакан и наперсток и проверяя, как они будут из ванны с водой воду выливать. Для аналитики есть как специальные библиотеки в разных языках, так и специализированные языки. Например, postgresql-8.1-plr поможет решить и более сложные задачи. В оракле просто нет таких возможностей, потому создают доп. функции, которые являются лишь жалким подобием возможностей хорошего пакета мат. статистики.
...
Рейтинг: 0 / 0
16.04.2008, 22:12
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35260336
MBG
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MBG
Гость
Если кто не понял про анекдот, подсказываю - пробку из ванны надо было выдернуть...
...
Рейтинг: 0 / 0
16.04.2008, 22:14
| Ответить | Цитировать | Написать  
Аналитика в Pg
    #35260401
Shweik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Shweik
Участник
Склонность пытаться решить любой вопрос чистым T-SQL имхо распространненый синдром.
Думаю тему можно закрывать до следующего пациента с вопросом как по-постгресовски сделать что-то оракловское и чтоб не кодить никаких ХП на Си или Перле.
Короче - тема раскрыта осознана и закрыта. 8-D
...
Рейтинг: 0 / 0
16.04.2008, 23:45
| Ответить | Цитировать | Написать  
34 сообщений из 34, показаны все 2 страниц
  все  
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Аналитика в Pg
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]