Содержание

Сравнение версий

Ключ

  • Эта строка добавлена.
  • Эта строка удалена.
  • Изменено форматирование.

ФС

...

ext4 Максимальный размер файла: 16 Терабайт

limits.conf

В конфигурационном файле  /etc/security/limits.conf  модуля pam_limits.so определяются ulimit лимиты для пользователей и групп, такие как максимальный размер файла и т.п.

В зависимости от потребностей и конфигурации оборудования, ограничения можно изменить. Ограничения на максимальный размер файла (и т.п.) введены для отказоустойчивости системы и избежания её перегрузки отдельно взятым пользователем.

Существует два вида ограничений:

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



Postgres:


https://wiki.postgresql.org/wiki/FAQ What is the maximum size for a row, a table, and a database?
These are the limits:
Maximum size for a database? unlimited (32 TB databases exist)
Maximum size for a table? 32 TB
Maximum size for a row? 400 GB
Maximum size for a field? 1 GB
Maximum number of rows in a table? unlimited
Maximum number of columns in a table? 250-1600 depending on column types
Maximum number of indexes on a table? unlimited
Of course, these are not actually unlimited, but limited to available disk space and memory/swap space.
Performance may suffer when these values get unusually large.
The maximum table size of 32 TB does not require large file support from the operating system.
Large tables are stored as multiple 1 GB files so file system size limits are not important.
The maximum table size, row size, and maximum number of columns can be quadrupled by increasing
the default block size to 32k. The maximum table size can also be increased using table partitioning.
One limitation is that indexes can not be created on columns longer than about 2,000 characters.
Fortunately, such indexes are rarely needed. Uniqueness is best guaranteed by a function index
of an MD5 hash of the long column, and full text indexing allows for searching of words within the column.
Note if you are storing a table with rows that exceed 2KB in size (aggregate size of data in each row)
then the "Maximum number of rows in a table" may be limited to 4 Billion or less, see TOAST.

Существуют следующие ограничения:

Максимальный размер базы?

неограничен (существуют базы на 32 TB)

Максимальный размер таблицы?

32 TB

Максимальный размер строки?

400 Gb

Максимальный размер поля?

1 GB

Максимальное количество строк в таблице?

неограничено

Максимальное количество колонок в таблице?

250-1600 в зависимости от типа

Максимальное количество индексов в таблице?

неограничено

Разумеется, понятие "неограничено" на самом деле ограничивается доступным дисковым пространством и размерами памяти/своппинга. Когда значения, перечисленные выше, неоправданно большие, может пострадать производительность.

Максимальный размер таблицы в 32 TB не требует, чтобы операционная система поддерживала файлы больших размеров. Большие таблицы хранятся как множество файлов размером в 1 GB, так что ограничения, которые накладывает файловая система, не важны.

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

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