Расширение файла базы данных Postgresql

Обновлено: 03.07.2024

В таблице ниже представлена полезная информация о расширении файла .pgsql. Он отвечает на такие вопросы, как:

Что такое файл .pgsql?
Какая программа мне нужна, чтобы открыть файл .pgsql?
Как можно открыть, отредактировать или распечатать файл .pgsql?
Как преобразовать файлы .pgsql в другой формат?

Содержание

Мы надеемся, что вы найдете эту страницу полезной и ценной!

В базе данных найдено 0 расширений и 1 псевдоним

✅ Скрипт PostgreSQL

.psql

Описание: файл
PSQL представляет собой скрипт PostgreSQL. PostgreSQL – это система управления объектно-реляционными базами данных общего назначения, передовая система баз данных с открытым исходным кодом.

Файлы других типов также могут использовать расширение .pgsql.

🚫 Часто расширение файла .pgsql указывается неверно!

Согласно поисковым запросам на нашем сайте, эти орфографические ошибки были наиболее распространенными в прошлом году:

Возможно ли, что расширение имени файла написано с ошибкой?

В нашей базе данных мы обнаружили следующие файлы с похожими расширениями:

🔴 Не удается открыть файл .pgsql?

Когда вы дважды щелкаете файл, чтобы открыть его, Windows проверяет расширение имени файла. Если Windows распознает расширение имени файла, она открывает файл в программе, связанной с этим расширением имени файла. Если Windows не распознает расширение имени файла, вы получите следующее сообщение:

Windows не может открыть этот файл:

Чтобы открыть этот файл, Windows необходимо знать, какую программу вы хотите использовать для его открытия.

Если вы не знаете, как установить ассоциацию файлов .pgsql, ознакомьтесь с часто задаваемыми вопросами.

🔴 Можно ли изменить расширение файлов?

Изменять расширение имени файла не рекомендуется. Когда вы меняете расширение файла, вы меняете способ чтения файла программами на вашем компьютере. Проблема в том, что изменение расширения файла не меняет формат файла.

Если у вас есть полезная информация о расширении файла .pgsql, напишите нам!

В таблице ниже представлена полезная информация о расширении файла .psql. Он отвечает на такие вопросы, как:

Что такое файл .psql?
Какая программа мне нужна, чтобы открыть файл .psql?
Как можно открыть, отредактировать или распечатать файл .psql?
Как преобразовать файлы .psql в другой формат?

Содержание

Мы надеемся, что вы найдете эту страницу полезной и ценной!

В базе данных найдено 1 расширение(я) и 0 псевдонимов

✅ Скрипт PostgreSQL

.psql

Другие типы файлов также могут использовать расширение .psql.

🚫 Часто расширение файла .psql указывается неверно!

Возможно ли, что расширение имени файла написано с ошибкой?

В нашей базе данных мы обнаружили следующие файлы с похожими расширениями:

🔴 Не удается открыть файл .psql?

Windows не может открыть этот файл:

Чтобы открыть этот файл, Windows необходимо знать, какую программу вы хотите использовать для его открытия.

Если вы не знаете, как установить ассоциацию файлов .psql, ознакомьтесь с часто задаваемыми вопросами.

🔴 Можно ли изменить расширение файлов?

Если у вас есть полезная информация о расширении файла .psql, напишите нам!

Идентификаторы обычно должны быть уникальными в пределах определенной области действия. То есть экземпляры одного типа объекта с одним и тем же именем не могут использоваться на одной и той же арене. В таблице 2 показана сфера или область действия, в пределах которой данное имя объекта должно быть уникальным.

Для поддержки существующих приложений, которые не указывают имя базы данных при создании или открытии файлов Btrieve, PSQL поддерживает концепцию базы данных по умолчанию для каждого ядра транзакционной базы данных. База данных по умолчанию — это предопределенная база данных с именем DefaultDB.Чтобы использовать новые модели безопасности без изменения кода приложения, вы можете связать свои каталоги данных Btrieve с базой данных по умолчанию, а затем настроить пользователей и привилегии в базе данных по умолчанию для управления доступом к файлам данных в этих каталогах.< /p>

Ядро базы данных также понимает концепцию текущей базы данных для каждого подключения клиента. Если в операциях Btrieve Login (78), Create (14) или Open (0) не указано имя базы данных, механизм транзакций предполагает, что операция связана с текущей базой данных. Для каждого клиента текущая база данных — это база данных, в которой произошла самая последняя операция входа (78) (явный вход). Если клиентский компьютер не запрашивал никаких явных операций входа в систему, текущей базой данных является база данных, для которой была выполнена самая последняя операция Create (14) или Open (0) (неявный вход). Если не было явных или неявных входов в систему, то текущая база данных является базой данных по умолчанию, как описано в предыдущем абзаце. Обратите внимание, что текущая база данных может измениться в любое время, когда данный клиент выполняет неявный или явный вход в систему или закрывает последний дескриптор файла, делая DefaultDB текущей базой данных. Текущая база данных для каждого клиента не зависит от действий других клиентов.

Самый простой способ настроить новую модель безопасности для существующих приложений — связать все каталоги данных Btrieve с базой данных по умолчанию и настроить права для группы PUBLIC в этой базе данных. Группа PUBLIC автоматически создается вместе с главным пользователем, когда вы включаете защиту для базы данных. См. Краткое руководство по безопасности MicroKernel Engine .

Все базы данных PSQL используют общий формат данных. Эта общность позволяет различным методам доступа, таким как транзакционный и реляционный, получать доступ к одним и тем же данным. Система, через которую работают все методы доступа, называется MicroKernel Engine.

Каждая таблица базы данных PSQL представляет собой отдельный файл с расширением по умолчанию .mkd. Однако разработчики могут указать любое желаемое расширение имени файла. Файл MicroKernel может содержать как данные, так и индексы и организован в виде страниц различных типов. Файл MicroKernel содержит данные в общем формате данных.

Каждая база данных PSQL также содержит набор файлов словарей данных с расширением .ddf. Файлы DDF содержат схему базы данных. В DDF для метаданных V1 и метаданных V2 используются разные имена файлов. См. Системные таблицы в справочнике по SQL Engine.

(MicroKernel Engine не заботится о схеме данных, за исключением ключевых полей. Однако для обеспечения ссылочной целостности или доступа через SQL требуется знание схемы.)

Имена и расположения баз данных PSQL содержатся в двоичном файле с именем dbnames.cfg. Расположение файлов PSQL по умолчанию см. в разделе Где установлены файлы PSQL? в разделе Начало работы с PSQL .

Все файлы, связанные с базой данных PSQL, можно просмотреть в операционной системе. В таблице 3 приведены связанные файлы.

Файлы с именами по умолчанию tablename .mkd для реляционных баз данных. Каждая таблица базы данных имеет соответствующий файл MicroKernel. Для файлов транзакционных данных имя каждого файла задается приложением.

Ограничение размера зависит от версии файла, размера страницы и количества записей на странице, как показано в следующих таблицах.

Максимальный размер файла данных – 64 ТБ. Вы должны использовать формат файла 13.0 или новее, чтобы размер одного файла превышал 256 ГБ.

Обратите внимание, что в следующей таблице предполагается отсутствие сжатия записей в файле. Если вы используете сжатие записей, примите во внимание, что на каждой странице хранятся дополнительные записи. См. разделы «Выбор размера страницы» и «Оценка размера файла» в Руководстве программиста PSQL.

Максимальный размер файла данных – 256 ГБ. Вы должны использовать формат файла 9.5 или новее, чтобы размер одного файла превышал 128 ГБ.

Несколько недель назад я обсуждал, как прозрачное шифрование данных защищает ваши данные даже в случае, если злоумышленник завладеет вашими файлами. Итак, на этой неделе я хотел бы поговорить о том, как PostgreSQL отображает объекты базы данных в реальные файлы. Давайте углубимся.

Краткий обзор

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

Но как именно можно перейти от доступа к данным через PostgreSQL к поиску их хранилища в файловой системе?

Все начинается с pg_database

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

Начиная сверху, каждая база данных в кластере имеет папку, названную в соответствии с OID базы данных, в подкаталоге base . В этом примере у нас будет PGDATA как /cluster/acme/data , поэтому каталоги базы данных будут расположены в /cluster/acme/data/base .

С помощью psql выведите список OID ваших баз данных:

Основываясь на результате, мы можем ожидать, что каталог PGDATA/base будет иметь подкаталоги OID 1, 15210 и 15215, поэтому в командной строке мы можем подтвердить:

Обратите внимание на каталог с именем data — он был автоматически создан initdb при создании кластера. Если бы я использовал инструмент WebAdmin GUI для создания кластера, помимо данных, он также создал бы каталог резервного копирования по умолчанию.

Эти подкаталоги OID содержат системный каталог для каждой базы данных и являются расположением по умолчанию для файлов базы данных. Каждый из этих подкаталогов содержит несколько файлов, содержащих данные либо для таблицы, либо для одного индекса, и каждый из этих файлов назван по номеру файлового узла. Существует несколько других типов файлов, и особенно выделяются файлы с суффиксом _fsm или _vm — эти файлы отслеживают такую информацию, как доступное свободное пространство и появление мертвых кортежей для соответствующих отношений.

Чтобы узнать файловый узел объекта базы данных (например, таблицы, представления, индекса, каталога и т. д.), мы можем использовать каталог pg_class . Если бы мы хотели узнать, какие физические файлы каталога pg_statistic в базе данных postgres (OID 15215), мы бы получили его файловый узел следующим образом:

Файловый узел pg_statistic — 14947, поэтому это означает, что его файлы будут называться 14947* и храниться в PGDATA/base/15215. Мы можем проверить каталог в Linux следующим образом:

$ cd $PGDATA/base/ 15215
/cluster/acme/data/base/ 15215
$ ls
/cluster/acme/data/base
$ ls < BR /> 14947 14992 15028 15065_VM 15132 15172
14947_fsm 14992_fsm 15029 15067 15133 15174
14947_VM 14992_VM 15030 15068 15133_FSM 15175
14949 14994 15030_FSM 15069 15133_VM 15175_FSM

Но что, если я использую табличные пространства?

В нашем примере мы используем табличные пространства, так как мы используем прозрачное шифрование данных, поэтому структура немного отличается. Когда пользователь создает табличное пространство, вместе с местоположением на диске также создается символическая ссылка на папку в подпапке pg_tblspc. Символическая ссылка называется так же, как OID табличного пространства.

$ cd /cluster/acme/data/pg_tblspc
/cluster/acme/data/pg_tblspc
$ ls -l
lrwxrwxrwx. 1 гэри гэри 27 19 июля 11:13 16393 -> /cluster/acme/tablespace
lrwxrwxrwx. 1 гэри гэри 27 июль 19 11:25 16406 -> /cluster/acme/tablespace2

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

Теперь в папке версии структура практически такая же, как и в базовой структуре с папками, названными в соответствии с OID базы данных.

Доступ к данным напрямую через файл

Теперь мы знаем, как отследить местоположение объекта базы данных вплоть до его физического расположения. Итак, давайте заглянем внутрь одного из физических файлов и посмотрим, сможем ли мы что-нибудь прочитать. Во-первых, чтобы упростить задачу, давайте посмотрим, какие данные мы ищем. Итак, я создал таблицу, в которой просто вызывались некоторые текстовые значения, и хранил в ней 3 строки - вот как это выглядит:

На этом этапе мы уже знаем, что соответствующее физическое имя файла предназначено для таблицы, потому что мы уже получили ее файловый узел (16385) от pg_class несколькими шагами выше.

Если мы теперь отредактируем соответствующий физический файл 16385 с помощью vi, мы легко увидим значения этих строк. Я считаю, что читать будет немного легче, если мы переключим vi в шестнадцатеричный режим с помощью :%!xxd :

0001f30: 0000 0000 0000 0000 0000 0000 0000 0000 .
0001f40: 0000 0000 0000 0000 0000 0000 0000 0000 .
0001f50: 0000 0000 0000 0000 0000 0000 0000 0000 .
0001f70: 0000 0000 0000 0000 0000 0000 0000 0000 .
0001f80: 0000 0000 0000 0000 0300 0200 0209 1800 .
0001f90: 0200 0000 1d76 6572 7920 7065 7273 6f6e . очень человек
0001fa0: 616c 0000 0000 0000 ef07 0000 0000 0000 др.
0001fb0: 0000 0000 0000 0000 0200 0000 0000 0000 .
0001fc0: 0200 0000 1b70 7269 7661 7465 206e 616d . частное имя
0001fd0: 6500 0000 0000 0000 ee07 0000 0000 0000 e.
0001fe0: 0000 0000 0000 0000 0100 0200 0209 1800 .
0001ff0: 0000 0000 1374 6573 746e 616d 6500 0000 . имя теста.

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

Если вы не используете прозрачное шифрование данных

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

0001f30: b7b1 b2d2 af74 637f 9e39 68ef 1a76 1fa8 . tc..9h..v..
0001f40: ae72 2fc0 e173 574e 5368 ba59 eef6 770d .r/..sWNSh.Y..w.
0001f50: 0585 f024 fa30 ce3a 1f49 60bc a985 ba4a . $.0. я`. J
0001f70: 3a0d 3218 a6d3 9c28 6b2a b78f 9a20 854a :.2. (k *. .j
0001f80: Bea7 B3D1 D43E 7BE2 DA4C 4165 4FB8 E3C9.> 0001F90: 5A11 FF60 7949 11C1 DF7E CEC3 8106 7BD4 Z..`YI. ~. 0001FA0: F9CD 9EFD D82A 6EEDE E5DA A1D3 B8DE A386 .*n.
0001fb0: cebe 3498 f63e 4e86 9de7 14f4 b5e2 1310 ..4..>N.
0001fc0: fdde 9011 2af4 fe21 c85f 0052 67bd fd37 .*._.Rg..7< br />0001fd0: a754 f4b7 1946 588a 1892 dbc8 6e37 cc81 .T.FX.n7..
0001fe0: bf75 d6c9 b4dc 7d53 d289 0160 1646 0406 .u.>S.`.F..
0001ff0: 3f69 b7c8 130d 26f6 d13d 824f a165 28d3 ?i. &..=.0.e(.

Если вам интересно узнать больше о прозрачном шифровании или маскировании данных и о том, как они могут улучшить вашу базу данных PostgreSQL, свяжитесь с нами напрямую. Fujitsu предоставляет круглосуточную поддержку и услуги PostgreSQL, обучение администраторов баз данных и разработчиков, а также нашу собственную расширенную версию PostgreSQL — FUJITSU Enterprise Postgres.

Читайте также: