Совместимость Postgres

Это важно

Автомасштабирование Lakebase находится в бета-версии в следующих регионах: eastus2, , westeuropewestus.

Автомасштабирование Lakebase — это последняя версия Lakebase с автомасштабированием вычислений, масштабированием до нуля, ветвлением и мгновенным восстановлением. Сравнение функций с Lakebase Provisioned см. в разделе выбора между версиями.

На этой странице описывается, как Lakebase Postgres совместима со стандартным Postgres. В качестве управляемой службы Postgres существуют некоторые различия и ограничения.

Поддержка версий Postgres

Автомасштабирование Lakebase поддерживает версии Postgres 16 и Postgres 17.

Поддержка расширения Postgres

Lakebase поддерживает множество расширений Postgres. Полный список см. в разделе "Расширения Postgres".

Сеанс, память и хранилище

Контекст сеанса

Функция Lakebase масштабирования до нуля автоматически закрывает неактивные подключения после периода бездействия.

При закрытии подключений все элементы в контексте сеанса, такие как временные таблицы, подготовленные инструкции, консультативные блокировки и команды NOTIFY и LISTEN , теряются.

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

Memory

Sql-запросы и сборки индексов могут создавать большие объемы данных, которые могут не соответствовать памяти. Размер вычислительных ресурсов определяет объем доступной памяти.

Незалогированные таблицы

Незалогированные таблицы — это таблицы, которые не записываются в журнал предзаписи Postgres (WAL). Эти таблицы хранятся в локальном хранилище вычислений и не сохраняются во время перезапуска вычислений или при масштабировании вычислений до нуля. Это не похоже на стандартный Postgres, где незалогированные таблицы усечены только в случае ненормального завершения процесса. Кроме того, невыполненные таблицы ограничены вычислительным пространством на локальном диске. Вычислительные ресурсы Lakebase выделяют 20 ГиБ локального дискового пространства или 15 ГиБ, умноженные на максимальный размер вычислительных мощностей (в зависимости от того, какое значение больше), для временных файлов, используемых Postgres.

Временные таблицы

Временные таблицы существуют только для времени существования сеанса (или при необходимости транзакции). Как и незалогированные таблицы, они хранятся в локальном хранилище вычислений и ограничены локальным дисковым пространством.

Журналы Postgres

Доступ к журналам Postgres не поддерживается.

Сбор статистики

Статистические данные, собранные накопительной системой статистики Postgres, не сохраняются при масштабировании вычислений (где выполняется Postgres) до нуля. Чтобы избежать потери статистики, можно отключить функцию масштабирования до нуля. Однако отключение масштабирования до нуля также означает, что вычислительные мощности будут работать круглосуточно.

Настройки параметров Postgres

В качестве управляемой службы Postgres многие параметры базы данных задаются на основе размера вычислительных ресурсов. Просмотрите все параметры параметров базы данных с помощью:

SHOW ALL;

Вы можете настроить параметры, имеющие контекст user на уровне сеанса, базы данных или роли. Вы не можете настроить параметры на уровне экземпляра.

• Отображение параметров, которые можно задать на уровне сеанса, базы данных или роли.

  SELECT name
  FROM pg_settings
  WHERE context = 'user';
  

• Задайте параметр для сеанса.

  SET maintenance_work_mem='1 GB';
  

• Задайте параметр для всех сеансов, подключенных к базе данных.

  ALTER DATABASE lakebase SET maintenance_work_mem='1 GB';
  

• Задайте параметр для всех сеансов определенного пользователя.

  ALTER USER "john@company.com" SET maintenance_work_mem='1 GB';
  

Кодировка базы данных и параметры сортировки

Кодировка базы данных

По умолчанию используется параметры сортировки C.UTF-8. C.UTF-8 поддерживает полный диапазон символов в кодировке UTF-8.

Кодировка UTF8 (кодировка Юникода, 8-разрядная кодировка переменной ширины) также поддерживается.

Чтобы просмотреть кодировку и параметры сортировки для базы данных, выполните следующий запрос:

SELECT
    pg_database.datname AS database_name,
    pg_encoding_to_char(pg_database.encoding) AS encoding,
    pg_database.datcollate AS collation,
    pg_database.datctype AS ctype
FROM
    pg_database
WHERE
    pg_database.datname = 'your_database_name';

Замечание

В Postgres невозможно изменить кодировку или параметры сортировки базы данных после его создания.

Сопоставления

Колляция — это объект схемы SQL, который сопоставляет имя в SQL с локальными стандартами, предоставляемыми библиотеками, установленными в операционной системе.

По умолчанию Lakebase использует параметры сортировки C.UTF-8 . Другой поставщик, поддерживаемый Lakebase, — это icu, который использует внешнюю библиотеку ICU.

Lakebase предоставляет полный набор предопределенных ICU локалей в случае, если требуется сортировка или преобразование регистра в зависимости от конкретной локали.

• Просмотрите все предопределенные локали.

SELECT * FROM pg_collation;

• Создайте базу данных с предопределенной icu локалью:

CREATE DATABASE my_arabic_db
LOCALE_PROVIDER icu
icu_locale 'ar-x-icu'
template template0;

• Укажите локаль для отдельных столбцов:

CREATE TABLE my_ru_table (
    id serial PRIMARY KEY,
    russian_text_column text COLLATE "ru-x-icu",
    description text
);

Ограничения функциональности

Роли и разрешения

• Доступ к операционной системе узла невозможно.
• Невозможно подключиться с помощью Postgres superuser.
  • Любые функциональные возможности, требующие superuser привилегий или прямого доступа к локальной файловой системе, запрещены.
  • databricks_superuser заменяет роль Postgres superuser. Сведения о привилегиях, связанных с этой ролью, см. в разделе "Управление ролями".

Репликация

Репликация данных в базу данных Lakebase или из нее с помощью собственной логической репликации Postgres пока недоступна.

Табличные пространства

Lakebase не поддерживает табличные пространства Postgres. Попытка создать пространство таблиц с CREATE TABLESPACE командой приводит к ошибке. Это связано с управляемой облачной архитектурой Lakebase, которая не разрешает прямой доступ к файловой системе для пользовательских расположений хранения.

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