Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / PostgreSQL Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 [5] 6   вперед  Ctrl      все
 Re: Голосуем за новые фичи PG  [new]
p2.
Member

Откуда:
Сообщений: 523
model что-то вроде расчетов excel-листа. Вещь достаточно специфичная и трудновоспринимаемая в реляционных реалиях, к тому же, не имеет нормальной относительной адресации ячеек, что иногда требует замешивания с аналитическими row_number() over().
Появилась еще в 10г, но на практике крайне редко применяемая. Разве что для замены with-рекурсии, появившейся в более поздней версии (древнеоракловая connect by-рекурсия не позволяет работать с накопительными счетчиками). Функционал model можно процедурно выразить pipelined-функциями, но в оракле переключение plsql-контекста очень дорого и реализация функцией более громоздка, так как требует отдельного создания объектного и табличного типов. Полагаю, что для postgresql реализация функцией будет достаточно эффективной, чтобы не заморачиваться с экзотикой model. Хотя тут тогда хотелось бы иметь возможность применять with-function непосредственно в запросе, то есть без создания хранимки.
Описание model http://docs.oracle.com/database/121/DWHSG/sqlmodel.htm

В оракле 12ц появилась более достойная реализации фича match_recognize, позволяющая оперировать последовательностью упорядоченных данных. Заменяет многовложенные подзапросы с оконными функциями на более лаконичные и формализованные на более подходящем для описания серий данных языке паттернов, накопительных показателей и агрегатов. Типичное применениe - выделение пиков/спадов/подъемов и прочих групп в серии. Такого рода аналитика ближе по духу к реляционным СУБД и потребность в ней возникает почаще modelных inter-row calculations.
Описание http://docs.oracle.com/database/121/DWHSG/pattern.htm
Примеры задач на sql.ru:
Сброс суммы при превышении порога 17674425
Периоды положительного баланса 15515818
Маршрут из точки А в точку Б 15981735
20 авг 15, 16:35    [18047011]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Legushka
Member

Откуда: Казань
Сообщений: 624
не хватает условий в оконных функциях.
18 дек 15, 15:53    [18579046]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3314
Legushka
не хватает условий в оконных функциях.

например?
18 дек 15, 15:54    [18579064]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Lonepsycho
Member

Откуда: Siauliai, Литва
Сообщений: 514
чего мне нехватает, так планера который бы учитывал FOREIGN KEY как CONSTRAINT при создании планов для запросов. например для запросов которые идут на таблицы с наследниками.
18 дек 15, 16:51    [18579478]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
qwwq
Member

Откуда:
Сообщений: 2353
читаю http://habrahabr.ru/post/274659/
BRIN-индексы


когда--то пытался понять, ускорит ли такое индексирование поля xmin [напр -- по условию where xmin <>2] вакуумирование "to prevent wrapparrond" больших баз, большая часть которых архивна, а в меньшей идёт активная жизнь. навскидку казалось, что должно. и существенно. (сейчас оно периодически молотит старые таблицы неделями).

нет ?
12 янв 16, 17:07    [18668265]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Павел Лузанов
Member

Откуда:
Сообщений: 433
qwwq,

Хитро заходишь. Узнаешь ответ - поделись.
13 янв 16, 14:08    [18672705]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
qwwq
Member

Откуда:
Сообщений: 2353
Павел Лузанов,

кто из нас двоих работает в геркулесе постгрес--проффешенле?

я от вас хотел узнать, не приделали ли подобную БРИНУ штуковину к прокрутке frize-уемых объектов на предмет необходимости выставления в 2-ку. Чтобы значит целые блоки можно было не читать.
кажется что именно отсюда должна была родиться идея БРИН, а не наоборот.

уж очень оно на больших активно пишущих (в малую часть) базах накладно -- всё растущую базу на предмет фриза всё время прокручивать.
13 янв 16, 14:31    [18672854]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Павел Лузанов
Member

Откуда:
Сообщений: 433
qwwq
не приделали ли подобную БРИНУ штуковину к прокрутке frize-уемых объектов

Не сомневаюсь, что не приделали.
А вот может ли помочь - это надо посмотреть.
13 янв 16, 18:22    [18674416]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
PCContra
Member

Откуда: Торжок, Тверская область, Россия
Сообщений: 297
Postgres пока (версия 9.5) не умеет сравнивать тип данных JSON друг с другом
ЖДУ.
28 янв 16, 13:10    [18739903]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Maxim Boguk
Member

Откуда: Melbourne, Австралия
Сообщений: 3448
qwwq
Павел Лузанов,

кто из нас двоих работает в геркулесе постгрес--проффешенле?

я от вас хотел узнать, не приделали ли подобную БРИНУ штуковину к прокрутке frize-уемых объектов на предмет необходимости выставления в 2-ку. Чтобы значит целые блоки можно было не читать.
кажется что именно отсюда должна была родиться идея БРИН, а не наоборот.

уж очень оно на больших активно пишущих (в малую часть) базах накладно -- всё растущую базу на предмет фриза всё время прокручивать.


В эту сторону смотрят активно:
http://www.postgresql.org/message-id/flat/CAD21AoDOc-m0WQiJjEjYKkUhF8S8VDg06G6cFqjSBz1R1LEMQw@mail.gmail.com#CAD21AoDOc-m0WQiJjEjYKkUhF8S8VDg06G6cFqjSBz1R1LEMQw@mail.gmail.com
Весьма вероятно что в 9.5 это войдет (во всяком случае я на это надеюсь).

--
Maxim Boguk
www.postgresql-consulting.ru
28 янв 16, 13:55    [18740234]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Maxim Boguk
Member

Откуда: Melbourne, Австралия
Сообщений: 3448
PCContra
Postgres пока (версия 9.5) не умеет сравнивать тип данных JSON друг с другом
ЖДУ.


Если вам по строго равенству то ::text = ::text вас вполне спасет.
Или вы что то другое имеете в виду?
28 янв 16, 13:56    [18740242]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
qwwq
Member

Откуда:
Сообщений: 2353
Maxim Boguk
PCContra
Postgres пока (версия 9.5) не умеет сравнивать тип данных JSON друг с другом
ЖДУ.


Если вам по строго равенству то ::text = ::text вас вполне спасет.
Или вы что то другое имеете в виду?

а вот hstore хотя бы всегда упорядочивает пары по ключам. т.е. там это был бы правильный финт ушами. А в жейсоне в 9.4 не похоже чтобы в узлах хотя бы по ключам упорядочивало. м.б. в jsonb оно как--то лучшее чуть ?

короче -- тьху на него три раза. и популейтит он через раз. и сравнения на нём кривые. и вообще.
28 янв 16, 14:44    [18740606]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Misha Tyurin
Member

Откуда: Тюмень
Сообщений: 2236
автор
вероятно что в 9.5 это войдет


Максим, в 95 точно не вошло уже. может в 97...
29 янв 16, 15:14    [18745976]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2479
В pg есть двоичный формат резервной копии.
Реально не хватает возможности просмотра дампа вовнутрь
1)Просмотра списка объектов и их структуры
2)Возможности просмотра данных таблиц, и/или экспорта этих данных в
CSV/SQL
9 фев 16, 10:27    [18791465]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Maxim Boguk
Member

Откуда: Melbourne, Австралия
Сообщений: 3448
ОКТОГЕН
В pg есть двоичный формат резервной копии.
Реально не хватает возможности просмотра дампа вовнутрь
1)Просмотра списка объектов и их структуры
2)Возможности просмотра данных таблиц, и/или экспорта этих данных в
CSV/SQL


Вы о:

pg_restore -F c --list my.dymp
pg_restore -F c -s --file=dbshema.sql my.dymp
pg_restore -F c --table=mytable --file=mytable.sql my.dump
?
9 фев 16, 10:35    [18791496]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Павел Лузанов
Member

Откуда:
Сообщений: 433
Павел Лузанов
qwwq
не приделали ли подобную БРИНУ штуковину к прокрутке frize-уемых объектов

Не сомневаюсь, что не приделали.

Приделали карту заморозки страниц, в которую смотрит vacuum. В 9.6 будет.
11 мар 16, 10:32    [18918693]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
qwwq
Member

Откуда:
Сообщений: 2353
а чо, уважаемые, будут ли нормальные "родные" автономии в plpgsql , чтобы ,значит, в дереве локов всё, и дедлоки снимались?

+
что--то мой склероз меня подводит. вроде как обещаны. а полез искать -- по autonomous -- нихт.
у авторов полнотекста на "пж.про" так ващще поиск по сайту не найден (наверное плохо искал) -- буэ
31 мар 16, 17:01    [19001320]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Серджио
Member

Откуда:
Сообщений: 12
Было бы неплохо использовать подзапросы в CHECK
14 май 16, 18:21    [19173273]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Локшин Марк
Member

Откуда: Воронеж
Сообщений: 3049
Серджио,

Триггер напиши, и будет нужный функционал. Вообще в каких-то СУБД в CHECK можно писать подзапрос?
14 май 16, 19:28    [19173371]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
p2.
Member

Откуда:
Сообщений: 523
Серджио
Было бы неплохо использовать подзапросы в CHECK
нет смысла в декларативности ограничения, которое зависит от стечения закомиченности данных на какой-то момент.
14 май 16, 22:04    [19173819]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
qwwq
Member

Откуда:
Сообщений: 2353
Павел Лузанов
Павел Лузанов
пропущено...

Не сомневаюсь, что не приделали.

Приделали карту заморозки страниц, в которую смотрит vacuum. В 9.6 будет.

"возвращаясь к напечатанному"

появилась статейка ПгП.
https://habrahabr.ru/company/postgrespro/blog/301238/

++:
1 полезна как пальцевая для админов, борющихся с фризом
2. кажется будет ещё одна припарка незначительная (см в тексте про тхид самого факьюма) -- думаю -- пустое. но и статья пустовата

--:
1. не затронута разница read only и пишущих
2. выпал из внимания момент, когда именно транза получает тхид (становится пишущей)
3. ничего не сказано о номерах "сабтранзакций" (рост xmin за сейвпойнтами == в блоках исключений) -- т.е. выпадает из понимания полезность новых фичь, позволяющих делать то же, что раньше, но без блоков обработки (того же мерджа). -- а это уже важно для кодеров --если у вас данное приходит пачками по 1000/транзакцию, и каждое -- обрабатывается в хранимке (or триггере) в блоке исключения -- у вас счётчик вырастет на 1000. если же вам удастся вытеснить блок на задворки -- только для редких случаев -- счетчик, за весь пакет, возрастет всего на законную единичку -- сейвпойнтов--то нет.

ну и т.п.


но для админов, в качестве пальцевой иллюстрации самого механизма -- очень пользительно, я щетаю. т.ч. рекомендую.
20 май 16, 12:55    [19197872]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Павел Лузанов
Member

Откуда:
Сообщений: 433
qwwq
1. не затронута разница read only и пишущих
2. выпал из внимания момент, когда именно транза получает тхид (становится пишущей)
3. ничего не сказано о номерах "сабтранзакций" (рост xmin за сейвпойнтами == в блоках исключений) -- т.е. выпадает из понимания полезность новых фичь, позволяющих делать то же, что раньше, но без блоков обработки (того же мерджа). -- а это уже важно для кодеров --если у вас данное приходит пачками по 1000/транзакцию, и каждое -- обрабатывается в хранимке (or триггере) в блоке исключения -- у вас счётчик вырастет на 1000. если же вам удастся вытеснить блок на задворки -- только для редких случаев -- счетчик, за весь пакет, возрастет всего на законную единичку -- сейвпойнтов--то нет.

Про это есть в теме 3 "Страницы и версии строк":
http://www.postgrespro.ru/education/courses/DBA2

Там можно презентацию и видео найти.
Конструктивная критика будет очень полезна.
20 май 16, 20:00    [19200367]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Насяльника
Member

Откуда:
Сообщений: 436
CLUSTER
14 окт 16, 13:58    [19781705]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
vyegorov
Member

Откуда: Рига
Сообщений: 1022
Lonepsycho
чего мне нехватает, так планера который бы учитывал FOREIGN KEY как CONSTRAINT при создании планов для запросов. например для запросов которые идут на таблицы с наследниками.

Это? (Третий пункт в списке.)
27 окт 16, 23:24    [19831147]     Ответить | Цитировать Сообщить модератору
 Re: Голосуем за новые фичи PG  [new]
Lonepsycho
Member

Откуда: Siauliai, Литва
Сообщений: 514
vyegorov
Lonepsycho
чего мне нехватает, так планера который бы учитывал FOREIGN KEY как CONSTRAINT при создании планов для запросов. например для запросов которые идут на таблицы с наследниками.

Это? (Третий пункт в списке.)


похоже, что на это намекают. будем тестировать, посмотрим. интересно какой план будет построен.
28 окт 16, 12:14    [19832823]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 [5] 6   вперед  Ctrl      все
Все форумы / PostgreSQL Ответить