Владимир Оленин

С сайта: https://wiki.postgresql.org/wiki/Aggregate_Median

CREATE OR REPLACE FUNCTION _final_median(numeric[])
RETURNS numeric AS
$$
SELECT AVG(val)
FROM (
SELECT val
FROM unnest($1) val
ORDER BY 1
LIMIT 2 - MOD(array_upper($1, 1), 2)
OFFSET CEIL(array_upper($1, 1) / 2.0) - 1
) sub;
$$
LANGUAGE 'sql' IMMUTABLE;

CREATE AGGREGATE median(numeric) (
SFUNC=array_append,
STYPE=numeric[],
FINALFUNC=_final_median,
INITCOND='{}'
);

SELECT median(num_value) AS median_value FROM t;

Как-то раз один мой знакомый, работавший в банке, попросил назвать пару линуксов которые мне нравятся. Ему нужно было написать отчет для банка, какой линукс лучше использовать. После недолгого общения я выяснил, что линукс-победитель уже заранее известен потому что продается российской компанией, которая занесет обратно чемодан денег… А всякие коммьюнити-бэйзед, разумеется, в таких случаях не рассматриваются.

Если я правильно понял задачу — «вычисления, которые длятся слишком долго чтобы не делать их в теле CGI-шки», то отдельным демоном с очередью через postgresql.
я правда использую не node.js, а v8cgi (teajs) — сервер-сайд js другого разработчика.

ох, ну тут критерий один — какой шанс что клиент потеряет деньги. это может быть от отзыва лицензии, от банкротства банка и от решения владельцев банка.

отзыв лицензии обычно производится из-за мошенничества и обналички. соответственно эти банки рисковые, минус те у которых лицензию никогда не отзовут — втб, сбербанк.
банкротство банка вероятно из-за рисковых операций с вкладами, обычно это заметно по большим процентам по вкладам — то есть не совершая рисковых операций банк не сможет гарантировать большие проценты.
решение владельцев — в россии живем — может быть как например во время дефолта, когда некоторые банки выдавали вклады в пересчете на 29 рублей, а сбербанк сказал — только по 9, и разумеется государство ничего не сказало против.

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

была у меня такая задача, с уточнением: кол-во строк: сотни тысяч, группировка по счетам
в результате выглядело так:
операция это:
id транзакции (до 20 операцийна транзакциювыходило в реальной жизни)
счет
дата
сумма (плюс или минус)
описание
логический тип (основная операция, комиссия, себестоимость и тд)
кешируемый_баланс_после_операции
кешируемая_себестоимость_рубля
кешируемый_средневзвешенный_курс

кешируемые значения перепросчитываплись триггерами в базе при изменении
транзакция это банковский перевод, например. при переводи с одного ооо на другой возникает 3 операции. списание зачисление и платежка банку.

надеюсь, будет полезно.

«Регулярные выражения», Фридл. Особенно с учетом того, что в последние годы их можно везде, вплоть до ворда использовать.

идея хорошая если понимать access=гуй над бд, то есть формочки, код и тд. думал над этими было желание что-то поделать но так и не решился. наверное «не в одиночку» просто. опять же, в этом смысле access=1С. кстати даже у оракла был аналог, apex. если что, можно вместе подумать над функционалом и способом работы.