BI Consult Desktop Logo BI Consult Mobile Logo
  • Russian BI Исследование российских bi
  • Перейти на Fine BI
  • Контакты
  • +7 812 334-08-01
    +7 499 608-13-06
  • Отправить сообщение
  • Главная
  • Продукты Эксперт-BI
    • Дистрибуция
    • Розничная торговля
    • Производство
    • Операторы связи
    • Страхование
    • Банки
    • Лизинг
    • Логистика
    • Нефтегазовый сектор
    • Медицина
    • Сеть ресторанов
    • E-Commerce
    • Сельское хозяйство
    • Энергетика
    • FMCG
    • Девелоперы
    • Маркетплейсы
    • Пищевая промышленность
    • Фармацевтика
    • Построение Data Platform
    • Цифровая трансформация
    • Управление по KPI
    • Финансы
    • Продажи
    • Склад
    • HR
    • Маркетинг
    • Внутренний аудит
    • Категорийный менеджмент
    • S&OP и FP&A
    • Геоаналитика
    • Цепочки поставок (SCM)
    • AutoML
    • Process Mining
    • IBP
    • ИТ (CIO)
    • Закупки
  • Платформы
    • Системы бизнес-анализа (BI)
    • Интегрированное бизнес-планирование (IBP)
    • Хранилища данных (DWH / Lakehouse)
    • Каталоги данных (Data Catalog)
    • Системы ETL и ELT
    • AI / Исскуственный интеллект
    • Шина данных (ESB)
    • Система управления мастер-данными (MDM)
    • Семантический слой
  • Услуги
    • Переход на отечественные BI и DWH системы
    • Консалтинг
    • Пилотный проект
    • Обучение и сертификация
    • Бесплатное обучение
    • Поддержка
    • Технические задания
    • Сбор требований для проекта внедрения BI-системы
    • CI/CD для DWH
    • Аудит BI приложений и DWH
    • Выделенная команда
    • Настойка и поддержка баз данных
    • Разработка BI Стратегии
    • Styleguide для BI-системы
    • Как выбрать BI-систему
  • Курсы
    • Учебный курс Информационная грамотность (Data Literacy)
    • Учебный курс для бизнес-аналитиков
    • Учебный курс для системных аналитиков
    • Учебный курс по Data Governance
    • Учебный курс Как стать CDO
    • Учебный курс Современная архитектура хранилища данных
    • Учебный курс по Fine BI
    • Учебный курс по FineReport
    • Учебный курс по DWH
    • Учебный курс по Data Science (ML, AI)
    • Учебный курс по PostgreSQL
    • Учебный курс по Greenplum
    • Учебный курс по Apache Airflow и NiFi
    • Учебный курс по Open-source BI
    • Учебный курс по ClickHouse
    • Учебный курс по DataLens
    • Учебный курс по Loginom
    • Учебный курс по Modus BI и ETL
    • Учебный курс по Visiology
    • Учебный курс по dbt (Data Build Tool)
  • Компания
    • Руководство
    • Новости
    • Клиенты
    • Карьера
    • Скачать
    • Контакты

BI

  • FineBI
  • FineReport
  • FineDataLink
  • FineChatBI (FineAI)
  • Коннекторы данных из 1С в BI
  • Airflow / Nifi
  • Visiology
  • PIX BI
  • Modus BI
  • Yandex.DataLens
  • Open-source BI: Superset/Metabase
  • Luxms BI
  • AW BI + Alpha BI
  • FlyBI + Форсайт. Аналитическая Платформа
  • Loginom
  • Триафлай
  • AI / Исскуственный интеллект
  • Optimacros
  • Навигатор BI
  • Семантический слой

СУБД

  • Arenadata
  • ClickHouse
  • Greenplum
  • Postgres Professional
  • TData

Другое

  • Построение Data Platform
    • Аналитическое хранилище данных
    • Data Lake и Data Engineering
    • Подробнее про Data Lake
    • Внедрение Lakehouse
      • Apache Doris
      • StarRocks
      • Trino
    • Миграция витрин из пропиетарных DWH на новый стек
    • Учебный курс "Современная архитектура хранилища данных"
Главная » Курсы по системам бизнес-анализа и методологии » Учебный курс по PostgreSQL » Как устроен PostgreSQL » Правила проверки видимости PostgreSQL

Правила проверки видимости PostgreSQL

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

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

Всего существует 10 правил проверки видимости. Их можно разделить на три категории.

 

Состояние транзакции t_xmin - ABORTED

Если статус транзакции t_xmin –ABORTED, она всегда будет невидима (правило 1).

/* t_xmin status == ABORTED */

Rule 1:         IF t_xmin status is 'ABORTED' THEN
                 RETURN 'Invisible'
          END IF

 

Это правило можно представать в виде следующего математического выражения:

  • Правило 1: если статус (t_xmin) = ABORTED ⇒⇒ Invisible

 

Состояние транзакции t_xmin - IN_PROGRESS

Если статус транзакции t_xmin = IN_PROGRESS, то она, по сути, также невидима (правила 3 и 4), за исключением одного условия.

 /* t_xmin status == IN_PROGRESS */
       IF t_xmin status is 'IN_PROGRESS' THEN
              IF t_xmin = current_txid THEN

Rule 2:              IF t_xmax = INVALID THEN
                           RETURN 'Visible'

Rule 3:              ELSE  /* this tuple has been deleted or updated  */
                           /* by the current transaction itself.      */
                            RETURN 'Invisible'
                     END IF

Rule 4:       ELSE   /* t_xmin ≠ current_txid */
                     RETURN 'Invisible'

             END IF
       END IF

 

Если кортеж вставлен другой транзакцией и его статус t_xmin = IN_PROGRESS, то этот кортеж, очевидно, невидим (правило 4).

Если t_xmin эквивалентен текущему txid (т.е. этот кортеж вставлен текущей транзакцией), а t_xmax не является INVALID, то этот кортеж невидим, поскольку он был обновлен или удален текущей транзакцией (правило 3).

Исключением является случай, когда кортеж вставлен текущей транзакцией, а t_xmax = INVALID. В этом случае кортеж должен быть виден текущей транзакции (правило 2), так как данный кортеж является кортежем, вставленным текущей транзакцией.

  • Правило 2: If Status(t_xmin) = IN_PROGRESS ∧∧ t_xmin = current_txid ∧∧ t_xmax = INVAILD ⇒⇒ Visible
  • Правило 3: If Status(t_xmin) = IN_PROGRESS ∧∧ t_xmin = current_txid ∧∧ t_xmax ≠≠ INVAILD ⇒⇒ Invisible
  • Правило 4: If Status(t_xmin) = IN_PROGRESS ∧∧ t_xmin ≠≠ current_txid ⇒⇒ Invisible

 

Состояние транзакции t_xmin - COMMITTED

Если статус транзакции t_xmin = COMMITTED, то транзакция является видимой (правила 6,8 и 9), за исключением трех случаев.

 /* t_xmin status == COMMITTED */
        IF t_xmin status is 'COMMITTED' THEN

Rule 5:        IF t_xmin is 'active' in the obtained transaction snapshot THEN
                      RETURN 'Invisible'

Rule 6:        ELSE IF t_xmax = INVALID OR status of t_xmax is 'ABORTED' THEN
                      RETURN 'Visible'
               ELSE IF t_xmax status is 'IN_PROGRESS' THEN

Rule 7:               IF t_xmax =  current_txid THEN
                             RETURN 'Invisible'

Rule 8:               ELSE  /* t_xmax != current_txid */
                             RETURN 'Visible'
                      END IF
               ELSE IF t_xmax status is 'COMMITTED' THEN

Rule 9:               IF t_xmax is 'active' in the obtained transaction snapshot THEN
                             RETURN 'Visible'

Rule 10:              ELSE
                             RETURN 'Invisible'
                      END IF
               END IF
        END IF

 

Правило 6 очевидно, поскольку t_xmax = INVALID или ABORTED. Три исключения и правила 8 - 9 можно представить следующим образом:

Первое исключение заключается в том, что t_xmin является активным в полученном моментальном снимке транзакции (правило 5). При выполнении такого условия этот кортеж является невидимым, поскольку t_xmin рассматривается как IN_PROGRESS.

Вторым исключением является то, что t_xmax = текущему txid (правило 7). В данном случае, как и в правиле 3, данный кортеж невидим, поскольку он был обновлен или удален самой транзакцией.

Напротив, если статус t_xmax - IN_PROGRESS и t_xmax не равен текущнму txid (правило 8), кортеж является видимым, поскольку он не был удален.

Третье исключение заключается в том, что статус t_xmax - COMMITTED, а t_xmax не активен в полученном моментальном снимке транзакции (правило 10). В данном случае кортеж невидим, поскольку он был обновлен или удален другой транзакцией.

Напротив, если статус t_xmax - COMMITTED, при этом t_xmax активен в полученном моментальном снимке транзакции (правило 9), кортеж будет виден, потому что t_xmax должен рассматриваться как IN_PROGRESS.

  • Правило 5: If Status(t_xmin) = COMMITTED ∧∧ Snapshot(t_xmin) = active ⇒⇒ Invisible

 

  • Правило 6: If Status(t_xmin) = COMMITTED ∧∧ (t_xmax = INVALID ∨∨ Status(t_xmax) = ABORTED) ⇒⇒ Visible

 

  • Правило 7: If Status(t_xmin) = COMMITTED ∧∧ Status(t_xmax) = IN_PROGRESS ∧∧ t_xmax = current_txid ⇒⇒ Invisible

 

  • Правило 8: If Status(t_xmin) = COMMITTED ∧∧ Status(t_xmax) = IN_PROGRESS ∧∧ t_xmax ≠≠ current_txid ⇒⇒ Visible

 

  • Правило 9: If Status(t_xmin) = COMMITTED ∧∧ Status(t_xmax) = COMMITTED ∧∧ Snapshot(t_xmax) = active ⇒⇒ Visible

 

  • Правило 10: If Status(t_xmin) = COMMITTED ∧∧ Status(t_xmax) = COMMITTED ∧∧ Snapshot(t_xmax) ≠≠ active ⇒⇒ Invisible

 

 

Узнать стоимость решенияЗапросить видео презентацию

← Предыдущая статья
Транзакция со снимком данных (transaction snapshot) PostgreSQL
Следующая статья →
Проверка видимости в PostgreSQL

Решения

Анализировать ФинансыУвеличивайте ПродажиОптимальный Склад и ЛогистикаМаркетинговые Метрики

Клиенты
  • Novikov group – первый российский ресторанный холдинг, основанный в 1991 году. Это команда профессионалов под управлением Аркадия Новикова, реализующая широкий спектр услуг в сфере гостеприимства: от проведения event-мероприятия до управления рестораном, от установления стандартов сервиса до контроля качества готовой продукции, от построения бизнес-плана проекта до реализации франшизы.

  • ПАО «Ростелеком» — российский провайдер цифровых услуг и сервисов. Предоставляет услуги широкополосного доступа в Интернет, интерактивного телевидения, сотовой связи, местной и дальней телефонной связи и др. Занимает лидирующие позиции на российском рынке высокоскоростного доступа в интернет, платного ТВ, хранения и обработки данных, а также кибербезопасности

  • С объединением компании Savencia Fromage & Dairy и молочного комбината в г.Белебей, одного из лидеров по производству твердых сычужных сыров в России, Savencia выходит на российский рынок не только как импортер, но и как производитель молочной продукции.

  • СберКорус (Группа компаний Сбербанка) – это ИТ‑компания, ИТ‑интегратор, SaaS-провайдер. Является разработчиком цифровых сервисов и услуг для автоматизации широкого диапазона бизнес-процессов юридических лиц. В 2004 году компания стала первым в России оператором электронного документооборота, а в 2012 году вошла в экосистему Сбера. 

  • Решения
    • Дистрибуция
    • Розничная торговля
    • Производство
    • Операторы связи
    • Страхование
    • Банки
    • Лизинг
    • Логистика
    • Нефтегазовый сектор
    • Медицина
    • Сеть ресторанов
    • E-Commerce
    • Энергетика
    • Фармацевтика
  • Услуги
    • Переход на отечественные BI и DWH
    • Консалтинг
    • Пилотный проект
    • Обучение и сертификация
    • Бесплатное обучение
    • Техническая поддержка
    • Технические задания
    • Сбор требований для проекта внедрения BI-системы
    • CI/CD для DWH
    • Аудит BI приложений
    • Выделенная команда
    • Настойка и поддержка баз данных
    • Разработка BI Стратегии
    • Styleguide для BI-системы
    • Как выбрать BI-систему
  • Платформы
    • FineBI
    • FineReport
    • FineDataLink
    • Коннекторы данных из 1С в BI
    • Airflow + NiFi
    • Visiology
    • Luxms BI
    • Modus BI
    • PIX BI
    • Arenadata
    • ClickHouse
    • Greenplum
    • Postgres Professional
    • Open-source BI: Superset/Metabase
    • Loginom
    • Yandex.DataLens
    • AI / Исскуственный интеллект
    • Optimacros
    • Шины данных
  • Курсы
    • Учебный курс Информационная грамотность
    • Учебный курс для бизнес-аналитиков
    • Учебный курс для системных аналитиков
    • Учебный курс по Data Governance
    • Учебный курс Как стать CDO
    • Учебный курс Современная архитектура хранилища данных
    • Учебный курс по Fine BI
    • Учебный курс по FineReport
    • Учебный курс по DWH
    • Учебный курс по Data Science (ML, AI)
    • Учебный курс по PostgreSQL
    • Учебный курс по Apache Airflow и NiFi
    • Учебный курс по Open-source BI
    • Учебный курс по ClickHouse
    • Учебный курс по DataLens
    • Учебный курс по Loginom
    • Учебный курс по Modus BI и ETL
    • Учебный курс по Visiology
    • Учебный курс по dbt
  • Функциональные решения
    • Создание Data Lake
    • Цифровая трансформация
    • Управление по KPI
    • Финансы
    • Продажи
    • Склад
    • HR
    • Маркетинг
    • Внутренний аудит
    • Категорийный менеджмент
    • S&OP и прогнозная аналитика
    • Геоаналитика
    • Цепочки поставок (SCM)
    • AutoML
    • Process Mining
    • Сквозная аналитика
  • Компания
    • О нас
    • Руководство
    • Новости
    • Клиенты
    • Скачать
    • Контакты
    • Политика конфиденциальности
RutubeVkontakteLinkedInYouTube
ООО "Би Ай Консалт",
ИНН: 7811437757,
ОГРН: 1097847154184
199178, Россия,
Санкт-Петербург,
6-ая линия В.О., Д. 63, 4 этаж
Тел: +7 (812) 334-08-01
Тел: +7 (499) 608-13-06
E-mail: info@biconsult.ru

 

 

 

 

 

×

Пользуясь сайтом, вы соглашаетесь с использованием cookies и политикой конфиденциальности.