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

Насколько я понял задачу, изложенную Константином,
1. мы оперируем не понятием "клиент", а понятием "сделка",
2. топовыми мы должны считать сделки с максимальными суммами.
3. мы должны разбить сделки на диапазоны таким образом, чтобы в первый попали 10% сделок с наибольшими суммами, во второй - 20% сделок с наибольшими суммами и т.д. По оси ординат должны оказаться суммы сделок, попавших в группу, и/или производные от них абсолютные (средняя сумма сделки) и относительные (доля сделок группы в сумме всех сделок) величины.

Таким образом, о диаграмме Парето речи уже идти не может (она имела бы место быть, если бы мы разбили сделки на диапазоны сумм, нашли бы количества сделок, попадающие в каждый из диапазонов, а затем отсортировали бы диапазоны по убыванию, ведь диаграмма Парето, в статистике, это есть просто гистограмма, упорядоченная по убыванию высоты столбиков). Ну да ладно. Я хотел совсем не об этом повести речь. А о том, что, по моему мнению, некоторые задачи не нуждаются в точных бухгалтерских решениях. Зачем в данном примере считать сделки с точностью до одной штуки?

А еще некоторые задачи плохо решаются на чистом SQL.

Я предлагаю использовать методы матстатистики. И выдвигаю гипотезу: при равномерном контингенте лиц, совершающих сделки, при том, что суммы сделок могут быть как большими (набор продуктов на неделю), так и совсем маленькими (коробок спичек), а также при достаточно большом количестве сделок, т.е. при условии репрезентативности выборки (все эти условия соблюдаются, скажем, в продуктовых супермаркетах), распределение количества сделок по суммам может быть описано формулой Релея (то же, что и Гаусса, но при условии, что все начинается от нуля, и меньше нуля не бывает).

Гипотеза, несомненно, требует проверки. Но представим, что проверку она прошла. И что тогда? А то, что нам теперь нужно получить всего три вещи нашим SQL-запросом:
- общее количество сделок,
- среднюю сумму одной сделки,
- среднеквадратическое отклонение от средней.

Мю и сигму по этим данным определить труда не составит. ;-)))
А уж сколько процентов площади (соответственно, процентов от общего количества сделок) от нуля до определенного числа сигм под заваленным на левый бок колоколом, можно найти в любом продвинутом инженерно-техническом справочнике. Остальное - дело техники. Рассчитать постоянные коэффициенты к переменной сигме на основании того, на сколько диапазонов ось сумм сделок должна быть разбита и сохранить их как константы в табличке, с которой потом и вязать результат описанного выше запроса. Или запрограммировать формулу и написать функцию, у которой на входе три вышеуказанных вещи и число процентов "TOP", а на выходе - соответствующие средняя сумма чека (впрочем, минимальную будет высчитать проще, да и информативней, по-моему).