forum.opennet.ru - "Выпуск pg_ivm 1.6, реализации инкрементального обновления представлений для PostgreSQL" (28)

"Выпуск pg_ivm 1.6, реализации инкрементального обновления представлений для PostgreSQL"

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

"Выпуск 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ообщить модератору

Оглавление

затрудняюсь определить нужность проекта требуется консультация экспертов , Аноним (1), 11:57 , 05-Сен-23, (1) +6

Использование грамотно обновляющихся представлений способствует повышению удобст, Lost Inside (ok), 12:07 , 05-Сен-23, (3) +4
materialized VIEWS are updated immediately after a base table is modified , OpenEcho (?), 12:49 , 05-Сен-23, (4) +2

Хоть и не отношусь к олдовым никсовым программерам, но озвучу их точку зрения б, Аноним (7), 14:52 , 05-Сен-23, (7)

Чтобы выдать ценное и уместное экспертное мнение по протухшим день назад данны, Аноним (14), 19:49 , 05-Сен-23, (14) +1

Биржа акции деньги Пример по методичке, слабо , scriptkiddis (?), 20:09 , 06-Сен-23, (26)

Вы извиняюсь кем работаете с такими взглядами , ыы (?), 20:12 , 05-Сен-23, (16)
Почти тонко , YetAnotherOnanym (ok), 06:58 , 06-Сен-23, (18)

За это время они выжмут из данных все А потом еще разок с ними поработают , ыы (?), 07:31 , 06-Сен-23, (20)

Большинству не нужно значит никому не нужно Л - Логика , Аноним (5), 14:22 , 05-Сен-23, (5)
К примеру, в документоориентированной Lotus Domino есть 3 основных варианта обно, VladSh (?), 15:22 , 05-Сен-23, (8)

Что за такое эти материализованные инкрементальеые представления вообще такое , Аноньимъ (ok), 07:18 , 06-Сен-23, (19)

вьюха выглядит как таблица, но это просто кусок кода вычисляется каждый раз при , ыы (?), 07:35 , 06-Сен-23, (21)

Про вьюхи знаю Спасибо Познавательно , Аноньимъ (ok), 08:32 , 06-Сен-23, (22)

Инкрементальная материализованная вьюха - аналог INSERT FROM SELECT, периодическ, Аноним (29), 01:39 , 08-Сен-23, (29)

Оуу, доминоха с лотусамиУж думал никогда больше о них не услышу почти как о квик, Бывалый смузихлёб (?), 09:22 , 06-Сен-23, (23)

От Domino мало кто смог уйти в виду отсутствия нормальных платформ-конкурентов , VladSh (?), 13:35 , 06-Сен-23, (24)

Ну хорошо что хоть допилили, а то во времена моей работы из реального и универса, Бывалый смузихлёб (?), 17:39 , 06-Сен-23, (25)

Как раз в начале 0-х IBM купила Lotus у компании Iris По настоящему вложилась в, VladSh (?), 13:36 , 09-Сен-23, (30)

В том и прикол, отчастиТам, помнится, даже были подобия электронных подписей для, Бывалый смузихлёб (?), 16:33 , 10-Сен-23, (31)

В плане электронных подписей ничего не изменилось - всё норм с давних времён, - , VladSh (?), 14:47 , 11-Сен-23, (32)

когдаже бэкап то нормальный появится в постгресе , ыы (?), 15:39 , 05-Сен-23, (9)

Нормальный это какой Для маленьких баз гигов так на 100 есть бекап из коробки , Аноним2 (?), 17:06 , 05-Сен-23, (10)

Часть того что вы назвали не является бэкапом Люди называют экспорт бэкапом , ыы (?), 17:41 , 05-Сен-23, (12)

Мы в качестве бекапа используем целый сервер и называем его stabdby А так как о, Alex (??), 09:19 , 07-Сен-23, (27)

че только не узнаешь на ночь глядя стэндбай это не бэкап или у вас стэндбай , ыы (?), 22:05 , 07-Сен-23, (28)

С бакапами там всё худо бедно нормально С кластеризацией непонятки , 1 (??), 17:36 , 05-Сен-23, (11) –1

все там понятно кластер там один - стэндбай то что назвали кластером в постгрес, ыы (?), 20:02 , 05-Сен-23, (15)

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

1. Сообщение от Аноним (1), 05-Сен-23, 11:57 +6 +/–

затрудняюсь определить нужность проекта. требуется консультация экспертов.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #5, #8

3. Сообщение от Lost Inside (ok), 05-Сен-23, 12:07 +4 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от OpenEcho (?), 05-Сен-23, 12:49 +2 +/–

> затрудняюсь определить нужность проекта. требуется консультация экспертов.
materialized VIEWS are updated immediately after a base table is modified.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #7

5. Сообщение от Аноним (5), 05-Сен-23, 14:22 +/–

Большинству не нужно значит никому не нужно. Л - Логика.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

7. Сообщение от Аноним (7), 05-Сен-23, 14:52 +/–

Хоть и не отношусь к олдовым никсовым программерам, но озвучу их точку зрения: быстрый доступ к измененным данным нужен только смузихипсторам со ржавой игогошечкой, а нормальные приложения, написанные на сишке, могут часок(денёк)-другой и со старыми данными поработать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #14, #16, #18

8. Сообщение от VladSh (?), 05-Сен-23, 15:22 +/–

К примеру, в документоориентированной Lotus Domino есть 3 основных варианта обновления представлений:
- Automatic - оно именно так и работает, как здесь заявлено (происходит обновление данных только той записи представления, которая соответствует изменившемуся документу);
- Manual - для обновления пользователем при открытии представления в UI либо программно (пересчитываются данные всего представления);
- Auto, at most every _ hours (пересчитываются данные всего представления).
Особенности первого варианта - обновления работают быстро, но постоянно грузят сервер, - обновление данных по изменившемуся документу автоматически происходят сразу во всех представлениях, у которых обновление установлено в "Automatic". Этот режим как раз установлен по умолчанию при создании нового представления.
Для тех представлений, для которых критически важно в каждую секунду видеть свежее состояние, есть возможность настроить динамическое обновление (очень прожорливая штука).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #19, #23

9. Сообщение от ыы (?), 05-Сен-23, 15:39 +/–

когдаже бэкап то нормальный появится в постгресе?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #11

10. Сообщение от Аноним2 (?), 05-Сен-23, 17:06 +/–

Нормальный это какой?
Для маленьких баз (гигов так на 100) есть бекап из коробки разных видов (бинарный, текстовый, с разными разделителями и даже зачем то с сжатием), а для больших есть решения для инкрементальных бекапов
Что ещё может понадобиться?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #12

11. Сообщение от 1 (??), 05-Сен-23, 17:36 –1 +/–

С бакапами там всё худо/бедно нормально.
С кластеризацией непонятки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #15

12. Сообщение от ыы (?), 05-Сен-23, 17:41 +/–

Часть того что вы назвали не является бэкапом. Люди называют экспорт бэкапом... и можно было бы смириться если бы не  микрософт и оракл...
Часть  - не позволяет произвести бэкап в зависимости от структуры данных (у микрософта и оракла с этим проблем нет)
Из того что умеет восстанавливать на произвольный промежуток времени - нельзя развернуть произвольную базу в произвольном месте (у микрософта и оракла с этим проблем нет)
И да, все эти способы забэкапить - РАЗНЫЕ, по средствам, логике, жизненному циклу...
Зоопарк разношерстных хреновых инструментов а не бэкап.
Посмотрите на бэкап микрософта и оракла.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #27

14. Сообщение от Аноним (14), 05-Сен-23, 19:49 +1 +/–

Чтобы выдать "ценное" и уместное экспертное мнение по протухшим день назад данным?
Гипертрофированный пример:
" - Продавай! Быстрее продавай эти акции! Нехорошая картина вырисовывается!
  - Поздно, их вчера делистнули с биржи"
БД используются не только для неспешной обработки аналитики, когда можно неделями принимать решение.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #26

15. Сообщение от ыы (?), 05-Сен-23, 20:02 +/–

все там понятно. кластер там один - стэндбай.
то что назвали кластером в постгрес про- недоразумение...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

16. Сообщение от ыы (?), 05-Сен-23, 20:12 +/–

Вы извиняюсь кем работаете с такими взглядами?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

18. Сообщение от YetAnotherOnanym (ok), 06-Сен-23, 06:58 +/–

> нормальные приложения, написанные на сишке, могут часок(денёк)-другой и со старыми данными поработать
Почти тонко.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #20

19. Сообщение от Аноньимъ (ok), 06-Сен-23, 07:18 +/–

Что за  такое эти материализованные инкрементальеые представления вообще такое?!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #21, #29

20. Сообщение от ыы (?), 06-Сен-23, 07:31 +/–

За это время они выжмут из данных все... А потом еще разок с ними поработают...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

21. Сообщение от ыы (?), 06-Сен-23, 07:35 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #22

22. Сообщение от Аноньимъ (ok), 06-Сен-23, 08:32 +/–

Про вьюхи знаю.
Спасибо! Познавательно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

23. Сообщение от Бывалый смузихлёб (?), 06-Сен-23, 09:22 +/–

Оуу, доминоха с лотусами
Уж думал никогда больше о них не услышу почти как о квик-бейсике

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #24

24. Сообщение от VladSh (?), 06-Сен-23, 13:35 +/–

От Domino мало кто смог уйти в виду отсутствия нормальных платформ-конкурентов. Почту многие перевели на Exchange, но и всё.
Индусы перекупили домину у IBM. Сейчас уже 12-я версия. Там по сути само хранилище осталось старым с небольшими усовершенствованиями, а остальное давно вперёд уехало; к примеру:
- 5 вариантов UI: классический Notes, XPages, Nomad, Volt, возможность разработки на Angular или React;
- новый Java-API, предоставляющий возможность прямой и быстрой работы с базой, в отличие от того, что было раньше (обёртки над C-API);
- множество доработок по администрированию и т.д.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #25

25. Сообщение от Бывалый смузихлёб (?), 06-Сен-23, 17:39 +/–

Ну хорошо что хоть допилили, а то во времена моей работы из реального и универсального был лишь жс сильно отсталой версии с кучей нюансов
А вообще-то, даже забавно. Когда там МДМ сие представило - в конце 90-х / начале 00-х - и, даже на время моей работы, несмотря на убогость интерфейсов, подобного функционала особо никто не предлагал
Да и сейчас, похоже, тоже. Там ведь хоть и основано многое на почте, но дело не только в ней
Умели же когда-то архитектуру и функционал проектировать

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #30

26. Сообщение от scriptkiddis (?), 06-Сен-23, 20:09 +/–

Биржа акции деньги. Пример по методичке, слабо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

27. Сообщение от Alex (??), 07-Сен-23, 09:19 +/–

Мы в качестве бекапа используем целый сервер и называем его stabdby. А так как он у нас на виртуалке то можем всегда его перекинуть куда угодно. А если знаем примерно куда кидать, то отправляем туда snapshot, виртуалки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #28

28. Сообщение от ыы (?), 07-Сен-23, 22:05 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

29. Сообщение от Аноним (29), 08-Сен-23, 01:39 +/–

Инкрементальная материализованная вьюха - аналог INSERT FROM SELECT, периодически выполняемого для вспомогательной таблицы-агрегата, в которую автоматом докидываются триггерами изменения построчно

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

30. Сообщение от VladSh (?), 09-Сен-23, 13:36 +/–

Как раз в начале 0-х IBM купила Lotus у компании Iris. По настоящему вложилась всего в одну версию - в 6-ю. Потом тупо стригла бабло и почти 2 десятка лет кормила обещаниями клиентов, что будет развитие платформы... Индусы, после того, как в 2017-м году выкупили продукт, реально дали ему вторую жизнь. За эти годы они сделали больше, чем за 25 лет IBM.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #31

31. Сообщение от Бывалый смузихлёб (?), 10-Сен-23, 16:33 +/–

В том и прикол, отчасти
Там, помнится, даже были подобия электронных подписей для каждого аккаунта
А ведь то начиналось ещё с 00-х

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #32

32. Сообщение от VladSh (?), 11-Сен-23, 14:47 +/–

В плане электронных подписей ничего не изменилось - всё норм с давних времён, - полноценные подписи и шифрование тоже. Но оно не включается/отключается в настройках клиента. Это делается кодом и кое что через API. Можно подписывать или шифровать определённый набор полей. Не так чтобы мегаудобно, но возможности такие есть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

22. Сообщение от Аноньимъ (ok), 06-Сен-23, 08:32	+/–
Про вьюхи знаю. Спасибо! Познавательно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #21

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

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

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

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

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

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

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

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

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

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