Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск pg_ivm 1.6, реализации инкрементального обновления представлений для PostgreSQL"	+/–
Сообщение от opennews (??), 05-Сен-23, 11:57
Опубликован выпуск проекта  pg_ivm 1.0, развивающего расширение  с реализацией механизма инкрементального обновления представлений (IVM, Incremental View Maintenance) для СУБД PostgreSQL. Код написан на языке Си и распространяется пол лицензией PostgreSQL. Поддерживается работа с ветками PostgreSQL 13, 14 и 15. В новой версии в IVM добавлена поддержка выражения EXISTS и предоставлена возможность использования подзапросов, использующих EXISTS в блоке WHERE... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59716
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+6 +/–
Сообщение от Аноним (1), 05-Сен-23, 11:57
затрудняюсь определить нужность проекта. требуется консультация экспертов.
Ответить | Правка | Наверх | Cообщить модератору

	3. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+4 +/–
	Сообщение от Lost Inside (ok), 05-Сен-23, 12:07
	Использование грамотно обновляющихся представлений способствует повышению удобства доступа к данным. Повышение удобства доступа к данным полезно. Формальная логика подсказывает, что IVM - полезная штука. С уважением, ваш диванный эксперт.
	Ответить | Правка | Наверх | Cообщить модератору

	4. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+2 +/–
	Сообщение от OpenEcho (?), 05-Сен-23, 12:49
	> затрудняюсь определить нужность проекта. требуется консультация экспертов. materialized VIEWS are updated immediately after a base table is modified.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	7. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от Аноним (7), 05-Сен-23, 14:52
	Хоть и не отношусь к олдовым никсовым программерам, но озвучу их точку зрения: быстрый доступ к измененным данным нужен только смузихипсторам со ржавой игогошечкой, а нормальные приложения, написанные на сишке, могут часок(денёк)-другой и со старыми данными поработать.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+1 +/–
	Сообщение от Аноним (14), 05-Сен-23, 19:49
	Чтобы выдать "ценное" и уместное экспертное мнение по протухшим день назад данным? Гипертрофированный пример: " - Продавай! Быстрее продавай эти акции! Нехорошая картина вырисовывается!   - Поздно, их вчера делистнули с биржи" БД используются не только для неспешной обработки аналитики, когда можно неделями принимать решение.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от scriptkiddis (?), 06-Сен-23, 20:09
	Биржа акции деньги. Пример по методичке, слабо.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от ыы (?), 05-Сен-23, 20:12
	Вы извиняюсь кем работаете с такими взглядами?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	18. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от YetAnotherOnanym (ok), 06-Сен-23, 06:58
	> нормальные приложения, написанные на сишке, могут часок(денёк)-другой и со старыми данными поработать Почти тонко.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	20. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от ыы (?), 06-Сен-23, 07:31
	За это время они выжмут из данных все... А потом еще разок с ними поработают...
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от Аноним (5), 05-Сен-23, 14:22
	Большинству не нужно значит никому не нужно. Л - Логика.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	8. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от VladSh (?), 05-Сен-23, 15:22
	К примеру, в документоориентированной Lotus Domino есть 3 основных варианта обновления представлений: - Automatic - оно именно так и работает, как здесь заявлено (происходит обновление данных только той записи представления, которая соответствует изменившемуся документу); - Manual - для обновления пользователем при открытии представления в UI либо программно (пересчитываются данные всего представления); - Auto, at most every _ hours (пересчитываются данные всего представления). Особенности первого варианта - обновления работают быстро, но постоянно грузят сервер, - обновление данных по изменившемуся документу автоматически происходят сразу во всех представлениях, у которых обновление установлено в "Automatic". Этот режим как раз установлен по умолчанию при создании нового представления. Для тех представлений, для которых критически важно в каждую секунду видеть свежее состояние, есть возможность настроить динамическое обновление (очень прожорливая штука).
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	19. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от Аноньимъ (ok), 06-Сен-23, 07:18
	Что за  такое эти материализованные инкрементальеые представления вообще такое?!
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от ыы (?), 06-Сен-23, 07:35
	вьюха выглядит как таблица, но это просто кусок кода вычисляется каждый раз при обращении к ней материализованная вьюха - это и впрямь деле таблица, куда кладутся данные из вьюхи, при этом обновляется она при изменении данных. инкрементальная материализованная вьюха - данные обновляются только в тех строках в которых произошли изменения а не вьюха целиком наверное как-то так...
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от Аноньимъ (ok), 06-Сен-23, 08:32
	Про вьюхи знаю. Спасибо! Познавательно.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от Аноним (29), 08-Сен-23, 01:39
	Инкрементальная материализованная вьюха - аналог INSERT FROM SELECT, периодически выполняемого для вспомогательной таблицы-агрегата, в которую автоматом докидываются триггерами изменения построчно
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	23. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от Бывалый смузихлёб (?), 06-Сен-23, 09:22
	Оуу, доминоха с лотусами Уж думал никогда больше о них не услышу почти как о квик-бейсике
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	24. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от VladSh (?), 06-Сен-23, 13:35
	От Domino мало кто смог уйти в виду отсутствия нормальных платформ-конкурентов. Почту многие перевели на Exchange, но и всё. Индусы перекупили домину у IBM. Сейчас уже 12-я версия. Там по сути само хранилище осталось старым с небольшими усовершенствованиями, а остальное давно вперёд уехало; к примеру: - 5 вариантов UI: классический Notes, XPages, Nomad, Volt, возможность разработки на Angular или React; - новый Java-API, предоставляющий возможность прямой и быстрой работы с базой, в отличие от того, что было раньше (обёртки над C-API); - множество доработок по администрированию и т.д.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от Бывалый смузихлёб (?), 06-Сен-23, 17:39
	Ну хорошо что хоть допилили, а то во времена моей работы из реального и универсального был лишь жс сильно отсталой версии с кучей нюансов А вообще-то, даже забавно. Когда там МДМ сие представило - в конце 90-х / начале 00-х - и, даже на время моей работы, несмотря на убогость интерфейсов, подобного функционала особо никто не предлагал Да и сейчас, похоже, тоже. Там ведь хоть и основано многое на почте, но дело не только в ней Умели же когда-то архитектуру и функционал проектировать
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от VladSh (?), 09-Сен-23, 13:36
	Как раз в начале 0-х IBM купила Lotus у компании Iris. По настоящему вложилась всего в одну версию - в 6-ю. Потом тупо стригла бабло и почти 2 десятка лет кормила обещаниями клиентов, что будет развитие платформы... Индусы, после того, как в 2017-м году выкупили продукт, реально дали ему вторую жизнь. За эти годы они сделали больше, чем за 25 лет IBM.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от Бывалый смузихлёб (?), 10-Сен-23, 16:33
	В том и прикол, отчасти Там, помнится, даже были подобия электронных подписей для каждого аккаунта А ведь то начиналось ещё с 00-х
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от VladSh (?), 11-Сен-23, 14:47
	В плане электронных подписей ничего не изменилось - всё норм с давних времён, - полноценные подписи и шифрование тоже. Но оно не включается/отключается в настройках клиента. Это делается кодом и кое что через API. Можно подписывать или шифровать определённый набор полей. Не так чтобы мегаудобно, но возможности такие есть.
	Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
Сообщение от ыы (?), 05-Сен-23, 15:39
когдаже бэкап то нормальный появится в постгресе?
Ответить | Правка | Наверх | Cообщить модератору

	10. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от Аноним2 (?), 05-Сен-23, 17:06
	Нормальный это какой? Для маленьких баз (гигов так на 100) есть бекап из коробки разных видов (бинарный, текстовый, с разными разделителями и даже зачем то с сжатием), а для больших есть решения для инкрементальных бекапов Что ещё может понадобиться?
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от ыы (?), 05-Сен-23, 17:41
	Часть того что вы назвали не является бэкапом. Люди называют экспорт бэкапом... и можно было бы смириться если бы не  микрософт и оракл... Часть  - не позволяет произвести бэкап в зависимости от структуры данных (у микрософта и оракла с этим проблем нет) Из того что умеет восстанавливать на произвольный промежуток времени - нельзя развернуть произвольную базу в произвольном месте (у микрософта и оракла с этим проблем нет) И да, все эти способы забэкапить - РАЗНЫЕ, по средствам, логике, жизненному циклу... Зоопарк разношерстных хреновых инструментов а не бэкап. Посмотрите на бэкап микрософта и оракла.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от Alex (??), 07-Сен-23, 09:19
	Мы в качестве бекапа используем целый сервер и называем его stabdby. А так как он у нас на виртуалке то можем всегда его перекинуть куда угодно. А если знаем примерно куда кидать, то отправляем туда snapshot, виртуалки.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от ыы (?), 07-Сен-23, 22:05
	че только не узнаешь на ночь глядя... стэндбай это не бэкап. или у вас стэндбай на ленте? и сколько у вас баз в кластере? и ради  восстановления одной базы вы перекидываете кудато целую виртуалку? жесть...
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	–1 +/–
	Сообщение от 1 (??), 05-Сен-23, 17:36
	С бакапами там всё худо/бедно нормально. С кластеризацией непонятки.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	15. "Выпуск pg_ivm 1.6, реализации инкрементального обновления пр..."	+/–
	Сообщение от ыы (?), 05-Сен-23, 20:02
	все там понятно. кластер там один - стэндбай. то что назвали кластером в постгрес про- недоразумение...
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема