Интернет магазин китайских планшетных компьютеров

Компьютеры - Btrieve - Архитектура

MKDE модель позволяет подключать к данному программному продукту Pervasive различные варианты backend.

Прежде всего, Btrieve не является реляционной СУБД. Ранние описания называли ее «менеджер записей»; Pervasive первоначально использовали термин «навигационная база данных», позже измененный на «транзакционная база данных». Такая терминология обусловлена тем, что Btrieve имеет дело только с элементарными операциями создания/обновления записей, извлечения/удаления данных. В качестве внутреннего механизма хранения и индексирования данных используется ISAM. Ключевой частью архитектуры, принятой Pervasive Software, является использование микроядерного механизма построения СУБД, который позволяет выполнять различные варианты backend в виде модулей, и довольно просто интегрировать их в общий пакет СУБД Pervasive.SQL. Это позволило поддерживать оба механизма доступа к данным — навигационный Btrieve, и реляционный, основанный на SQL, — Scalable SQL.

Текущие версии Btrieve поддерживают два вида транзакций, системные и пользовательские, где системные транзакции являются пакетами не-транзакционных операций и/или пользовательских транзакций, а пользовательские транзакции — транзакциями над реальными данными в БД. Механизм системных транзакций был создан для возможности исполнения нескольких транзакций в одном пакете и большей простоты восстановления данных.

Файлы формата Btrieve состоят из страниц, которые и являются порциями данных, передаваемыми между оперативной памятью и долговременным хранилищем в процессе операций ввода/вывода, выполняемых ядром СУБД. В версиях до 6.0 использовались только страницы данных, индексов и специальная запись FCR, содержащая важную информацию о файле БД. Такой файл содержал поисковый индекс, привязанный к физическим страницам. Начиная с версии 6.0 было введено понятие логическая страница, а уже эти страницы отображались на физические страницы, имеющие фиксированное положение в файле, на диске. Отображение осуществляется посредством таблиц распределения страниц PAT. Для предотвращения нарушений логической целостности в файлах БД, Btrieve использует два подхода к обновлению зависей: pre-image paging в версиях до 6.0 и shadow paging в последующих. Переход от pre-image paging к shadow paging потребовал существенной перестройки, которая привела к кардинальному изменению формата файлов и утрате совместимости между 6-й версией и предыдущими.

При доступе к файлам, ядро СУБД может использовать две стратегии, сокращённо именуемые SEFS и MEFS, от англ. Single Engine File Sharing; Multi Engine File Sharing. SEFS подразумевает, что с файлами будет работоть только один экземпляр ядра СУБД, в то время как MEFS позволяет нескольким независимым экземплярам работать с одними и теми же файлами одновременно.