Файловое строение SQLite. Какой формат файла следует использовать в Access? Расширение файла баз данных гнивц

Базы данных - это сложные системы, которые содержат информацию в связанных между собой таблицах. Файл SQL - SQL формат представления данных в базах. Другими словами, это обычный текстовый файл с набором инструкций для работы с информацией в таблицах.

Описание

Формат файла *.sql расшифровывается как "структурные данные (structured files query language). Категориально относится к файлам баз данных. Содержит текстовую информацию, а также набор инструкций, которые позволяют ее обрабатывать - осуществлять поиск, классифицировать, удалять строки из БД (базы данных), добавлять новые, создавать выборки на основе заданных параметров. Набор инструкций представлен в виде операторов языка запросов.

Чем открыть файл SQL?

SQl формат открывают все программы, работающие с базами данных. В этот список включают:

MySQL - одна из самых распространенных Совместима со всеми известными операционными системами.
Microsoft Office Access - программа из расширенного набора офисного программного обеспечения для Windows.
PostgreSQL - современная и удобная СУБД, конкурирует с MySQL.

Все перечисленные программы (кроме разве что Access) не только устанавливаются в систему, но и вносят коррективы в системные файлы при установке - ставить многофункциональные СУБД сложно и целесообразно только при необходимости дальнейшей работы. В противном случае рассмотрите другие варианты.

Текстовые редакторы

Для того чтобы посмотреть, что содержит файл SQL, *.sql можно открыть через любой простой текстовый редактор, например, "Блокнот", Wordpad, Vim или Notepad. Кроме того, эпитет "любой" означает, что текстовые редакторы "Линукс" также способны открывать и редактировать файлы баз данных.

Важно! После редактирования файла не забудьте сохранить его в исходном формате.

Недостаток этого способа: отсутствие функциональности СУБД. Работать придется только с текстовым содержимым, без возможности уведомления системы об ошибке написанного запроса, или подчеркивания опечаток при изменении данных. По этой причине для редактирования файла SQL, SQL СУБД подходят лучше.

Использование баз данных других форматов

Системы управления реляционными базами данных различных производителей работают с файлами баз данных определенного формата. Многие из них используют специальные индексные файлы для ускорения поиска и сортировки данных в таблицах .
Access 2010 позволяет работать не только непосредственно с таблицами баз данных других форматов, но и с индексными файлами этих таблиц.
В этом разделе будут описаны форматы баз данных, которые можно импортировать (присоединять) в Access 2002, особенности работы с таблицами баз данных других форматов, а также использование индексных файлов, преобразование типов данных и типичные ошибки, возникающие при импорте таблиц.
Форматы баз данных
В большинстве настольных СУБД каждая таблица базы данных хранится в отдельном файле, который содержит и служебную информацию и данные в соответствующем формате. К служебной относится информация, описывающая структуру файла, например имена и типы данных полей таблицы, число записей в файле, длина файла и т. д.
В отличие от других СУБД, Microsoft Access хранит все объекты (кроме страниц доступа к данным) в одном файле с расширением mdb. Кроме того, MDB-файл включает набор системных таблиц, которые содержат всю необходимую информацию об объектах базы данных, в том числе информацию о расположении и параметрах присоединенных таблиц других форматов. По умолчанию системные таблицы не выводятся в окне базы данных Access 2010. Чтобы получить доступ к этим таблицам, необходимо изменить один из параметров Access. Для этого нужно выбрать команду Сервис, Параметры (Tools, Options), раскрыть вкладку Вид (View) диалогового окна Параметры (Options) и в группе Отображать (Show) установить флажок Системные объекты (System Objects). Системные таблицы Access имеют доступ только на чтение, поэтому они не могут модифицироваться пользователем.
Ниже описаны форматы файлов баз данных, которые могут быть присоединены или импортированы Access 2010.

Таблицы предыдущей версии Access 2000 (MDB) обрабатываются совершенно аналогично таблицам Access 2010. Они не требуют от пользователя специальных усилий по импорту и открываются так же, как таблицы Access 2010 . Отличие будет состоять только в том, что после названия открытого файла в заголовке окна базы данных в скобках появится надпись: Формат Access 2000 (Access 2000 format file).
Таблицы dBASE III, III+, IV, 5 и 7 (DBF), файлы полей типа MEMO (DBT), индексные файлы dBASE III (NDX) и индексные файлы dBASE IV (MDX).

Замечание
Драйверы ISAM, входящие в стандартную поставку Microsoft Office в составе компонента Microsoft Data Access Component (MDAC) 2.1 и выше, обеспечивают доступ к файлам формата DBF только на чтение. Чтобы иметь доступ на чтение и запись, требуется установить Borland Database Engine (BDE) 4.x или выше. Существуют также драйверы от фирмы Microsoft, которые обеспечивают доступ на чтение и запись и не требуют установки BDE, но для этого необходимо обратиться в службу Microsoft Technical Support.
Формат файлов таблиц и индексов dBASE III и dBASE IV является стандартным для систем управления базами данных, работающих на персональных компьютерах. Система управления базами данных Access 2010 позволяет присоединять индексные файлы форматов NDX и MDX. При изменении присоединенной проиндексиро-ванной таблицы dBASE Access автоматически обновляет индексные файлы.
Замечание
Наличие индексных файлов NDX (dBASE III), MDX (dBASE IV) необязательно. Тем не менее, если эти файлы доступны, лучше их использовать. В противном случае при изменении присоединенной таблицы dBASE эти изменения не отражаются в индексном файле, что может вызвать ошибки при попытке использования проиндексированных таблиц, измененных в Access, в приложениях dBASE.
Если импортируемый файл dBASE содержит поля типа MEMO, то необходимо, чтобы файлы с данными этих полей (DBT) были доступны, т. е. они должны находиться в той же папке, что и сама таблица. Если Access 2010 не удается найти файл DBT, то присоединение или импорт данных из такой таблицы вызовет ошибку. При экспорте данных из таблицы Access 2010, содержащей поле типа MEMO, в таблицу формата dBASE автоматически создается файл DBT и ему присваивается то же имя, что и файлу таблицы.

Табличные (DB) и индексные (РХ) файлы Paradox 3.x, 4.x и 5.0.

Access 2010 позволяет присоединять табличные и индексные файлы Paradox 3.x и 4.x для MS-DOS, а также Paradox для Windows 5.0 и 8.0. При обновлении данных в таблице Paradox из Access индексный файл должен быть доступен наряду с файлом таблицы. В процессе присоединения таблицы Access 2010 автоматически присоединяет и индексный файл (если он существует).
Все дополнительные файлы, используемые при импорте или присоединении таблиц баз данных, должны быть размещены в одной папке с таблицей. Стоит также заметить, что большинство приложений, работающих с файлами таблиц и индексов, ис-
пользуют для этих файлов стандартные расширения, приведенные выше, хотя это и не является обязательным. Поэтому определение конкретного формата файла таблицы базы данных иногда может оказаться нетривиальным.
Присоединение и импорт внешних таблиц
Прежде чем перейти к вопросам, связанным с импортом и присоединением таблиц, нужно понять разницу между этими возможностями Access 2002.
При импорте таблицы из другой базы данных в рассматриваемом файле MDB создается новая таблица Access, которая имеет ту же структуру (состав и типы полей), что и исходная таблица, и содержит все данные исходной таблицы. После этого вы уже работаете с новой таблицей в формате Access, которая не зависит от исходной таблицы.
Когда вы присоединяете внешнюю таблицу, вы просто получаете доступ к таблице другого приложения, можете использовать данные из этой таблицы, но при этом она остается в старом приложении, в Access хранится только информация о связи. Оба приложения (то, в котором эта таблица была создана, и приложение Access) могут работать с этой таблицей одновременно. Однако для того, чтобы данные в присоединенной таблице можно было не только просматривать, но и изменять, эта таблица обязательно должна иметь ключевое поле. Обычно ключевое поле определяется в процессе присоединения таблицы.
С присоединенной к базе данных Access 2010 внешней таблицей можно работать точно так же, как если бы она содержалась в этой базе. Единственным ограничением является то, что невозможно изменить структуру присоединенной таблицы (имена полей, типы данных и т. д.). Однако название таблицы можно изменить (при этом имя файла внешней таблицы не изменяется, изменяется только название (псевдоним) таблицы в базе данных Access), например, сделать его более понятным, т. к. ограничения на имя таблиц в Access менее жесткие, чем в других СУБД.
Кроме того, в присоединенной таблице можно в режиме Конструктора изменять ряд свойств полей (формат, надпись, маску ввода, число десятичных знаков), которые влияют только на то, как эта таблица будет отображаться в Access. При этом в "родном" приложении свойства полей не меняются.
Замечание
В первых версиях Access для операции присоединения внешней таблицы применялся термин присоединение (attachment) . В последних версиях введен термин связывание (linking). Таким образом, внешние таблицы теперь становятся связанными. Мы используем в этой книге старый термин присоединение и, соответственно, присоединенные таблицы, чтобы не путать со связанными таблицами в одной базе данных, которые содержат связанные данные.
Присоединение внешних таблиц к базе данных Access 2010 бывает выгодным в следующих случаях:

с таблицей работатют совместно несколько пользователей;
невозможен отказ от применения другой СУБД для модификации данных;
таблица хранится на другой машине (например, на сервере локальной сети ) и содержит очень большой объем информации.

Использование импорта внешних таблиц в базе данных Access 2010 оправдано в следующих случаях:

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

При разработке приложения, которое должно работать с присоединенными таблицами, можно временно импортировать таблицу в базу данных, а затем на заключительной стадии разработки перейти к использованию присоединенной таблицы. При этом, чтобы исключить проблемы на этапе перехода от работы с импортированной таблицей на работу с присоединенной, не изменяйте имена и типы данных полей импортированной таблицы. В противном случае может потребоваться произвести множество изменений в запросах, формах, отчетах, макросах и модулях VBA. Если разрабатываемое приложение будет использовать таблицы Paradox, то не изменяйте и поля, образующие первичный ключ. Если же предполагается использовать таблицы dBASE, необходимо убедиться в том, что применяемые индексы соответствуют индексным файлам (NDX и MDX) таблицы dBASE.

В данном посте база SQLite будет рассмотрена в разрезе, вы можете найти информацию о строении файла базы данных, о представлении данных в памяти, а также информацию о структуре и файловом представлении В – дерева.

Формат файла базы данных

Вся база данных хранится в одном файле на диске под названием «main database file». Во время транзакций, SQLite хранит дополнительную информацию во втором файле: журнал отката (rollback journal), либо, если база работает в режиме WAL, лог-файл с информацией о записях. Если приложение или компьютер отключился до окончания транзакции, то данные файлы называются «hot journal» или «hot WAL file» и содержат необходимую информацию для восстановления базы в согласованное состояние.

Страницы

Основной файл базы состоит из одной или нескольких страниц. Все страницы в одной базе имеют одинаковый размер, который может быть от 512 до 65536 байт. Размер страницы для файла базы определяется целым 2-ух байтовым числом со смещением 16 байт от начала файла базы данных.
Все страницы пронумерованы от 1 до 2147483646 (2^31 – 2). Минимальный размер базы: одна страница размеров 512 байт , максимальный размер базы: 2147483646 страниц по 65536 байт (~140 Тбайт ).

Заголовок

Первый 100 байт файла базы данных содержат заголовок базы, в таблице 1 представлена схема заголовка.

Таблица 1

Lock-byte страница

Страница блокировки является одной страницей файла базы и находится между смещениями 0х1073741824 и 0х1073742335, если размер базы меньше, то она не имеет страницы блокировки. Данная страница нужна для реализации примитивов блокировки OS Interface’ом.

Freelist

Список пустых страниц организован как связный список. Каждый элемент списка состоит из двух чисел по 4 байта. Первое число определяет номер следующего элемента freelist (trunk pointer), либо равняется нулю, если список кончился. Второе число, это указатель на страницу данных (Leaf page numbers). На рисунке ниже показана схема данной структуры.

B - tree

SQLite использует две вида деревьев: «table B – tree» (на листьях хранятся данные) и «index B – tree» (на листьях хранятся ключи).
Каждая запись в «table B – tree» состоит из 64-битового целое ключа и до 2147483647 байт произвольных данных. Ключ «table B – tree» соответствует ROWID таблицы SQL.
Каждая запись в «index B – tree» состоит из произвольного ключа до 2147483647 байт в длину.

Страница B - tree

Страница B-дерева имеет структуру:

Заголовок файла базы данных (100 байт)
Заголовок страницы B-дерева (8 или 12 байт)
Массив указателей ячеек
Незанятое пространство
Содержимое ячейки
Зарезервированное место

Заголовок файла базы данных встречается только на первой странице, которая всегда является старицей «table B – tree». Все остальные страницы B-дерева в базе не имеют этого заголовка.

Заголовок страницы B-дерева имеет размер 8 байт для страниц листьев и 12 байт для внутренних страниц. В таблице 2 представлена структура заголовка страницы.

Таблица 2

Freeblock - это структура, используемая для определения незанятого пространства внутри страницы B-дерева. Freeblock организованы в виде цепочки. Первые 2 байта в freeblock (от старшего к младшему), это смещением до следующего freeblock, или ноль, если freeblock является последним в цепочке. Третий и четвертый байты – целое число, размер freeblock в байтах, включая заголовок в 4 байта. Freeblocks всегда связаны в порядке возрастания смещения.

Число фрагментированных байт – это общее число неиспользуемых байт в области содержимого ячейки.

Массив указателей ячеек состоит из K 2-байтовых целочисленных смещений содержимого ячеек (при K ячейках в B-дереве). Массив отсортирован по возрастанию (от наименьших ключей к наибольшим).

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

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

TABLE

Каждая таблица (с ROWID) представляется в базе в виде table b - tree . Каждая запись в дереве, соответствует строке таблицы SQL. Одна строка SQL таблицы представляется в виде последовательности (той же что и указана при ее создании) столбцов таблицы в record format. Если таблица имеет INTEGER PRIMARY KEY, который является псевдонимом ROWID, то вместо его значения будет записано NULL. SQLite всегда будет использовать ключ table b - tree вместо значения NULL при обращении к INTEGER PRIMARY KEY. Если Affinity столбца (рекомендация приведения типа, подробнее habrahabr.ru/post/149635 в разделе «Типы данных и сравнение значений») является REAL и значение может быть преобразовано к INTEGER без потери данных, то значение будет хранится в виде целого числа. При извлечении данных из базы SQLite преобразует целое число к REAL.

TABLEWITHOUT ROWID

Каждая таблица (без ROWID) представляется в базе в виде index b - tree . Отличие от таблиц с rowid, заключается в том, что ключ каждой записи SQL таблицы хранится в виде record format, при чем столбцы ключа хранятся как указаны в PRIMARY KEY, а остальные в порядке указанном в объявлении таблицы.
Таким образом записи в index b - tree представляются также как и в table b - tree , кроме порядка столбцов и того, что содержание строки хранится в ключе дерева, а не в качестве данных на листьях как в table b - tree .

INDEX

Каждый индекс (объявленный CREATE INDEX, PRIMARY KEY или UNIQUE) представляется в базе в виду index b - tree . Каждая запись в таком дереве соответствует строки в SQL таблице. Ключ индексного дерева представляет собой последовательность значений столбцов указанных в индексе и завершается значением ключа строки (rowid или primary key) в record format.

UPD 13:44 : переработан раздел Representation , спасибо за критику mayorovp (можно было конечно и пошевелиться, ну да ладно).

Программа установки записывает на диск компьютера файл базы данных (БД). Он необходим для первоначального запуска программы. Его можно использовать в дальнейшем для создания базы технологических настроек и ведения базы заказов. Но перед началом использования этого файла БД - загрузки КОнструктива и/или внесения настроек вручную - необходимо провести РЕСТРУКТУРИЗАЦИЮ файла БД.

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

Цель данного раздела ознакомить пользователя с механизмами создания нового файла БД и проведения настроек программы для обеспечения простой работы с несколькими БД путем создания Конфигураций и переключения между ними.

Создание файла БД.

Для создания файла БД пользователь должен обладать правами администратора на своем компьютере и правами доступа в раздел "Администрирование" в ПК "ПрофСтрой 4". При наличии означенных полномочий необходимо пройти в раздел "Администрирование" на закладку "Создание БД".

В Нашем примере для создания файла БД выбрана, заранее созданная, папка C:DBPS4PS TEST Файлу БД присвоено имя base12.fdb . После того как определена папка и имя файла нажать кнопку "Создать" -будет создан новый, пустой файл БД. Программа информирует об этом:

Итак. Файл БД создан и размещен в определенном месте на диске компьютера. Но это просто "болванка" БД - пока в ней нет никакого значимого содержимого. Для того, что бы начать работать с этим файлом подключимся к нему.

Для подключения к файлу БД необходимо пройти в раздел "Системные данные "

В поле "База данных FireBird " указать путь к файлу БД - в нашем случае он таков: C:DBPS4PS TESTBASE12.FDB. Далее перейдем к созданию Конфигурации.

Конфигурация - совокупность файла БД и нескольких служебных папок:

папки для резервной копии;

папки для хранения присоединенных файлов (чаще всего это файлы картинок сечений профилей, изображений МЦ, узлов конструкций, Составов, Комплектов и т.п.);

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

папки для хранения фалов экспорта данных в 1С - тут хранятся файлы формата XML ;

папки каталога архива проектов - в ней хранятся файлы архивных копий проектов.

Следует заметить, что при работе с несколькими файлами БД создание Конфигурации имеет свои особенности. Так например папки 2 и 3 могут быть общими для всех Конфигураций, а папки 1,4,5 должны быть для каждой Конфигурации уникальны.

После того как папки определены следует установит флаг "Сохранить Конфигурацию как... " , в активизировавшемся поле присвоить Конфигурации уникальное имя и нажать кнопку "Сохранить конфигурацию ". Так же, при использовании нескольких Конфигураций, следует установить флаг "Запрашивать конфигурацию при запуске программы". В этом случае при запуске ПК "ПрофСтрой 4" будет выведен список Конфигураций для выбора той в которой предстоит работать.

После это нажать кнопку "Применить". Программа сформирует Конфигурацию, создаст папки и предложит выбрать пользователя:

Т.к. файл БД пуст - никаких пользователей в нем нет. Первого пользователя необходимо создать сейчас - в поле "Пользователь" ввести удобное имя (в нашем случае оно будет - АДМИН) и нажать кнопку "Применить". Программа проинформирует, что пользователь не существует и запросить подтверждение создания.

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

База данных создана, Конфигурация определена. Теперь можно переходить к настройке технологической части БД.

Формат ACCDB, представленный в Access 2007, обладает многими преимуществами, недоступными в более ранних форматах файлов. Если вы обновляете версию Access до Access 2007, возможно, у вас есть файлы баз данных, в которых используется формат MDB-файла. В большинстве случаев вы должны сохранить эти базы данных с расширением ACCDB. Вы можете сохранить копию исходного MDB-файла, чтобы убедиться в том, что переход был успешно остановлен.

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

В этой статье

Формат файлов ACCDB

Начиная с Access 2007, ACCDB является форматом файла Access по умолчанию. Формат ACCDB поддерживает ряд новых функций, таких как вычисляемые поля и вложения. Тем не менее, в некоторых случаях возможно, что ACCDB File Format не подходит.

Возможности, предоставляемые форматом файлов ACCDB

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

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

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

Улучшенная интеграция с SharePoint и Outlook Формат файлов. accdb поддерживает требования к безопасности SharePoint и Outlook, которые не поддерживаются в MDB – файлах. Это делает возможным более полную интеграцию Access с SharePoint и Outlook.

Улучшенное шифрование Вы можете указать пароль базы данных и зашифровать содержимое базы данных. При использовании формата файлов ACCDB по умолчанию Access использует API шифрования Windows для шифрования данных. Кроме того, можно использовать сторонние средства шифрования.

Отслеживание длинных текстовых полей (Memo) Поля типа "длинный текст" (Memo) удобно использовать для хранения большого количества данных. Если вы используете формат ACCDB, вы можете настроить свойство (аппендонли ), которое заставляет Access сохранить историю всех изменений в поле Long Text (Memo). Затем вы сможете просматривать этот журнал. Эта функция также поддерживает функцию управления версиями в SharePoint, чтобы можно было использовать Access для отслеживания изменений в нескольких строках текстового поля, которое хранится в списке SharePoint (при условии, что для поля в поле " Добавить в существующий текст " для него установлено значение Да ).

Тип данных "вычисляемый" Начиная с версии Access 2010 формат файла. accdb поддерживает использование вычисляемого типа данных. Вы можете использовать вычисляемый тип данных для хранения результатов определенного выражения.

Форматы файлов MDB

Перед тем как формат ACCDB был введен в Access 2007, в форматах файлов Access используется расширение. mdb. Существует несколько разных версий формата MDB-файлов.

Некоторые MDB-файлы можно открывать. Если файл хранится в формате Access 2002-2003 или Access 2000, вы можете открыть его и использовать в обычном режиме. Однако вы не можете пользоваться функциями, для которых требуется формат ACCDB.

Если вы используете функции, недоступные в ACCDB-файле, не преобразуйте файл, оставив его в формате MDB.

возможности файла в формате MDB, недоступные в ACCDB

Среда с разными версиями Формат ACCDB не может быть открыт или даже связан с версиями Access, предшествующими Access 2007. Если в вашей организации есть люди, у которых есть более ранняя версия Access, следует решить, является ли MDB-файл более подходящим вариантом. Но не забывайте - вы можете использовать веб-приложение Access или веб-базу данных в браузере независимо от того, установлен ли Access.

Репликация базы данных В ACCDB в файле нельзя использовать репликацию. Если ваше решение Access использует функцию репликации, вам потребуется повторно создать решение без репликации, если вы хотите использовать формат ACCDB.

Безопасность на уровне пользователей Формат ACCDB не поддерживает безопасность на уровне пользователей, функцию, которая позволяет людям видеть только то, что им нужно видеть. Безопасность на уровне пользователей больше не подходит для обеспечения безопасности данных, так как ее метод безопасности теперь устарел и легко скомпрометирован. Тем не менее, если пользователь не может использовать определенную форму, вы можете скрыть ее с помощью защиты на уровне пользователей, например, если у него нет какой-либо компании. Если у вас есть решение Access, которое использует защиту на уровне пользователей для улучшения удобства использования, может потребоваться использовать формат MDB-файла, чтобы вы могли использовать свое решение как есть.

Преобразование в новый формат файла

Чтобы преобразовать MDB – файл в формат ACCDB, откройте файл и сохраните его в формате ACCDB.

Важно: Ниже описана процедура для MDB файлов, созданных в Access 97, Access 2000, Access 2002 или Access 2003.

Сначала откройте базу данных.

Откройте вкладку Файл .

В левой части экрана нажмите кнопку Открыть .

В диалоговом окне Открыть выберите и откройте базу данных, которую вы хотите преобразовать.

Теперь преобразуйте базу данных:

Откройте вкладку Файл .

В левой части экрана выберите команду Сохранить как .

В разделе Типы файлов щелкните Сохранить базу данных как .

В правой части диалогового окна типы файлов баз данных нажмите кнопку база данных Access .

Копия базы данных создается в формате ACCDB.