Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / PostgreSQL |
![]() ![]() |
Топик располагается на нескольких страницах: ←Ctrl назад 1 2 3 4 5 [6] 7 вперед Ctrl→ все |
MMM_Corp Member Откуда: Тернопіль, Україна Сообщений: 2102 |
очень хочу профайлер как в mssql, жуть как не хватает..... эм... а может уже такой есть? |
25 ноя 16, 02:06 [19932317] Ответить | Цитировать Сообщить модератору |
ЖEHbKA Member [заблокирован] Откуда: Сообщений: 149 |
log_min_duration_statement = 0 Показывает сразу BIND - это очень удобно. Жаль что все пишет, фильтр делать нельзя. |
||
10 май 17, 12:05 [20468508] Ответить | Цитировать Сообщить модератору |
ЖEHbKA Member [заблокирован] Откуда: Сообщений: 149 |
А я хочу чтобы постгрес мог сам запускать в себе задания по расписанию, без зависимости от ОС. Где за такое проголосовать? |
10 май 17, 12:06 [20468516] Ответить | Цитировать Сообщить модератору |
Alex__kK Member Откуда: Сообщений: 240 |
1. Хочу автономки как в оракле 2. Хочу шедулер поддерживаемый бд а не отдельностоящий костыль 3. Хочу чтобы в pg_dump, когда экспортируешь только данные из таблички, можно было бы задавать условие (аналог QUERY в expdp в оракле) |
28 июн 17, 15:28 [20597083] Ответить | Цитировать Сообщить модератору |
bochkov Member Откуда: Камчатка Сообщений: 4079 |
insert .. on conflict работает только с одним ограничением хочу чтобы все конфликты умел перехватывать |
28 июн 17, 15:36 [20597119] Ответить | Цитировать Сообщить модератору |
qwwq Member Откуда: Сообщений: 2894 |
не нашол в предложениях index organized table неужто никому не надо ? хотя лучше что--то типа: create index on /*!not materialized!*/ VIEW -- типа излишнюю нормализацию бороть без излишне тяжолых рукопашных структур. /* лично мне это интересно на подвернувшемся EAV-е посмотреть */ //за неимением сошол бы и ИОТ -- я бы триггерами сам обвесился . ------ зы.
|
|
13 авг 17, 19:13 [20720140] Ответить | Цитировать Сообщить модератору |
PgSQLanonymous3 Member Откуда: Сообщений: 121 |
|
||
14 авг 17, 09:47 [20720916] Ответить | Цитировать Сообщить модератору |
qwwq Member Откуда: Сообщений: 2894 |
вот я про это:
-- мне для рукопашной реализации "index on join" в EAV , поскольку горничной нет. и лишняя куча данных мне в корень не упёрлась. я бы даже на отложенный сбор мусора согласился, ага. т.е. видеть лишнее старое. вообще говоря где--то "индексы на join--ы" (назовём их "jindex") реализованы ? так чтобы несколько указателей на несколько записей одной или нескольких таблиц. и чтобы планировщик умел их иметь в виду ? тосты ведь как--то [в индекс//по индексу] подтягиваются, тут примерно та же техника потребуется. нет ? |
||||||
14 авг 17, 11:40 [20721295] Ответить | Цитировать Сообщить модератору |
qwwq Member Откуда: Сообщений: 2894 |
PgSQLanonymous3, "не нашёл" имелось ввиду здесь:
типа как тут https://postgresql.uservoice.com/forums/21853-general/suggestions/1378161-insert-nowait-update-nowait |
||
14 авг 17, 11:50 [20721318] Ответить | Цитировать Сообщить модератору |
bochkov Member Откуда: Камчатка Сообщений: 4079 |
до сих пор жду нормальный, поддерживающий множественные ограничения insert ... on conflict ... |
14 авг 17, 12:48 [20721551] Ответить | Цитировать Сообщить модератору |
p2. Member Откуда: Сообщений: 526 |
И опять взглянул в окошко, Увидал большой вокзал, Потянулся и сказал: ... |
||
15 авг 17, 01:42 [20723712] Ответить | Цитировать Сообщить модератору |
qwwq Member Откуда: Сообщений: 2894 |
p2.,
пока вспомнилось: кроме нового варианта array_agg (зачем--то проверяющего длины, при полном бардаке в массивах пж. но пусть будет, раз сделали) нужен array_agg(anyarray) AS append т.е. сплошь и рядом вот такое пока даром не надо SELECT array_agg(x) FROM (SELECT ARRAY_AGG(G) x FROM generate_series(1, 1000) i --,lateral generate_series(0,(random()*i)::int +1) g -- какого хера они тут припустились проверять длины, -- когда в пж-- массивы можно хоть лягушку засовывать ,lateral generate_series(0 + i%17,100+ i%17) g group by i ) foo; а надо что-то, реализующее примерно такое, но одним словом: SELECT array_agg(y order by i,ord) FROM --array_agg_append (SELECT ARRAY_AGG(G) x,i FROM generate_series(1, 1000) i ,lateral generate_series(0,(random()*i)::int +1) g group by i ) foo ,lateral unnest(x) with ordinality t(y,ord); то же -- про jsonb_agg --для широких еав--ов мне нужно ,аггрегируя, аппендить поля объектов, а не набирать тупо массивы джейсонов--атрибутов. пока приходится аппендить ключи и значения отдельно, потом пересобирать объект из массивов текстовок. (если бы сразу копить в jsonb-- объекте -- обходилось бы оно алгоритмистски дешевле ?) |
||
26 авг 17, 09:49 [20750770] Ответить | Цитировать Сообщить модератору |
p2. Member Откуда: Сообщений: 526 |
create aggregate array_agg_append(integer[]) ( sfunc=array_cat, stype=int4[] ); |
||
28 авг 17, 12:35 [20753299] Ответить | Цитировать Сообщить модератору |
qwwq Member Откуда: Сообщений: 2894 |
неееееееееееееееее там одних переприсовений будет каак хочу как положено, копить, а не перекладывать CREATE AGGREGATE array_agg_append(anyarray) ( SFUNC=array_agg_array_append_transfn, STYPE=internal, FINALFUNC=array_agg_array_append_finalfn ); |
||||
28 авг 17, 17:02 [20754319] Ответить | Цитировать Сообщить модератору |
ОКТОГЕН Member Откуда: Сообщений: 2494 |
В команде REINDEX в секциях параметра DATABASE и SYSTEM можно указать только текущую базу. Смысл её указывать? Логичнее было бы по-умолчанию не указывать, а если пользователь указал, то обрабатывать то, что он указал(другую базу на кластере). Такая идея озвучивалась? Если нет - куда лучше отписаться? |
30 авг 17, 12:41 [20758419] Ответить | Цитировать Сообщить модератору |
qwwq Member Откуда: Сообщений: 2894 |
qwwq, придумал хотеть limit в агрегатах. через лейтералы собирается, но когда по многим сортировкам топы в одной записи собираешь -- дюже много писать приходится. для анализов удобно |
14 сен 17, 21:59 [20797350] Ответить | Цитировать Сообщить модератору |
Ролг Хупин Member Откуда: Чебаркуль Сообщений: 3971 |
Голосуй, не голосуй, а уже в пути PostgreSQL 11: SQL procedures This adds a new object type "procedure" that is similar to a function but does not have a return type and is invoked by the new CALL statement instead of SELECT or similar. This implementation is aligned with the SQL standard and compatible with or similar to other SQL implementations. This commit adds new commands CALL, CREATE/ALTER/DROP PROCEDURE, as well as ALTER/DROP ROUTINE that can refer to either a function or a procedure (or an aggregate function, as an extension to SQL). There is also support for procedures in various utility commands such as COMMENT and GRANT, as well as support in pg_dump and psql. Support for defining procedures is available in all the languages supplied by the core distribution. While this commit is mainly syntax sugar around existing functionality, future features will rely on having procedures as a separate object type. |
6 дек 17, 17:16 [21012007] Ответить | Цитировать Сообщить модератору |
dubolom Member Откуда: Сообщений: 13 |
Очень хочется, чтобы в pg_dump при создании дампа, хотя бы для формата Custom в дамп писалась доп. инфа и была реализована фича проверки дампов на целостность. например # pg_test -f 20180101.dmpКуда писать? |
20 июн 18, 14:08 [21506725] Ответить | Цитировать Сообщить модератору |
anjey Member Откуда: Прокопьевск Сообщений: 933 |
А как на счёт асинхронных notify при подключении через jdbc ? Это в postgres асинхронных уведомлений нету, или именно в jdbc-драйвере ? |
6 авг 18, 11:19 [21631014] Ответить | Цитировать Сообщить модератору |
Ivan Durak Member Откуда: Minsk!!! Сообщений: 3646 |
Хочу https://docs.oracle.com/cd/B19306_01/server.102/b14200/functions001.htm#i81407 причем более лучшие чем в оракле. |
6 авг 18, 12:43 [21631188] Ответить | Цитировать Сообщить модератору |
PgSQLanonymous3 Member Откуда: Сообщений: 121 |
|
||
7 авг 18, 15:21 [21633030] Ответить | Цитировать Сообщить модератору |
Павел Лузанов Member Откуда: Сообщений: 770 |
В PostgreSQL есть, в jdbc - незнаю. |
||
7 авг 18, 16:26 [21633126] Ответить | Цитировать Сообщить модератору |
Ivan Durak Member Откуда: Minsk!!! Сообщений: 3646 |
банальный CORR не для двух переменных, а для N. Это даже excel умеет. А в субд голяк..... приходится писать извращения вида - test data (GroupIDs 1, 2 normal regressions, 3, 4 = no variance) WITH some_table(GroupID, x, y) AS ( SELECT 1, 1, 1 UNION SELECT 1, 2, 2 UNION SELECT 1, 3, 1.3 UNION SELECT 1, 4, 3.75 UNION SELECT 1, 5, 2.25 UNION SELECT 2, 95, 85 UNION SELECT 2, 85, 95 UNION SELECT 2, 80, 70 UNION SELECT 2, 70, 65 UNION SELECT 2, 60, 70 UNION SELECT 3, 1, 2 UNION SELECT 3, 1, 3 UNION SELECT 4, 1, 2 UNION SELECT 4, 2, 2), -- linear regression query /*WITH*/ mean_estimates AS ( SELECT GroupID ,AVG(x * 1.) AS xmean ,AVG(y * 1.) AS ymean FROM some_table pd GROUP BY GroupID ), stdev_estimates AS ( SELECT pd.GroupID -- T-SQL STDEV() implementation is not numerically stable ,CASE SUM(SQUARE(x - xmean)) WHEN 0 THEN 1 ELSE SQRT(SUM(SQUARE(x - xmean)) / (COUNT(*) - 1)) END AS xstdev , SQRT(SUM(SQUARE(y - ymean)) / (COUNT(*) - 1)) AS ystdev FROM some_table pd INNER JOIN mean_estimates pm ON pm.GroupID = pd.GroupID GROUP BY pd.GroupID, pm.xmean, pm.ymean ), standardized_data AS -- increases numerical stability ( SELECT pd.GroupID ,(x - xmean) / xstdev AS xstd ,CASE ystdev WHEN 0 THEN 0 ELSE (y - ymean) / ystdev END AS ystd FROM some_table pd INNER JOIN stdev_estimates ps ON ps.GroupID = pd.GroupID INNER JOIN mean_estimates pm ON pm.GroupID = pd.GroupID ), standardized_beta_estimates AS ( SELECT GroupID ,CASE WHEN SUM(xstd * xstd) = 0 THEN 0 ELSE SUM(xstd * ystd) / (COUNT(*) - 1) END AS betastd FROM standardized_data GROUP BY GroupID ) SELECT pb.GroupID ,ymean - xmean * betastd * ystdev / xstdev AS Alpha ,betastd * ystdev / xstdev AS Beta ,CASE ystdev WHEN 0 THEN 1 ELSE betastd * betastd END AS R2 ,betastd AS Correl ,betastd * xstdev * ystdev AS Covar FROM standardized_beta_estimates pb INNER JOIN stdev_estimates ps ON ps.GroupID = pb.GroupID INNER JOIN mean_estimates pm ON pm.GroupID = pb.GroupID |
||||
7 авг 18, 18:20 [21633303] Ответить | Цитировать Сообщить модератору |
Между сообщениями интервал более 1 года. |
BlackEric Member Откуда: Сообщений: 757 |
Transparent Data Encryption (TDE) хочется как в ms sql. |
27 авг 19, 11:34 [21958173] Ответить | Цитировать Сообщить модератору |
Cola Member Откуда: Сообщений: 430 |
Самая главная фича - это если бы сделали нормальный инструмент, что бы коректно работал. Это реальная проблема! |
21 окт 19, 13:07 [21998935] Ответить | Цитировать Сообщить модератору |
Топик располагается на нескольких страницах: ←Ctrl назад 1 2 3 4 5 [6] 7 вперед Ctrl→ все |
Все форумы / PostgreSQL | ![]() |