Кратковременно

Btrieve — это программный продукт транзакционной базы данных ( навигационной базы данных ). Он основан на методе индексированного последовательного доступа (ISAM), который представляет собой способ хранения данных для быстрого поиска. Существовало несколько версий продукта для DOS , Linux , старых версий Microsoft Windows , 32-битной IBM OS/2 и для Novell NetWare .

Первоначально это был менеджер записей, выпущенный SoftCraft. Btrieve был написан Дугом Вудвордом и Нэнси Вудворд, а первоначальное финансирование было частично предоставлено братом Дуга Лойдом Вудвордом. Примерно в то же время, когда были выпущены первые IBM PC , Дуг получил 50% акций компании в качестве свадебного подарка, а позже выкупил остальную часть у своего брата. После завоевания доли рынка и популярности, в 1987 году компания Novell приобрела его у Дуга и Нэнси Вудворд для интеграции в их операционную систему NetWare в дополнение к продолжению работы с версией DOS. Продукт завоевал значительную долю рынка как база данных, встроенная в приложения среднего уровня, а также встраиваемая в каждую копию NetWare 2.x , 3.x и 4.x, поскольку она была доступна в каждой сети NetWare. После некоторой реорганизации внутри Novell в 1994 году было решено передать продукт и технологию Дугу и Нэнси Вудворд вместе с Роном Харрисом, чтобы их разрабатывала новая компания, известная как Btrieve Technologies, Inc. (BTI).

Начиная с версии 6.15 Btrieve был модульным и стал одним из двух интерфейсов базы данных , которые подключались к стандартному программному интерфейсу, называемому MicroKernel Database Engine . Интерфейс Btieve поддерживал API Btieve, а другой интерфейс назывался Scalable SQL , продукт реляционной базы данных , основанный на MKDE, который использовал свою собственную разновидность языка структурированных запросов , также известного как SQL. компания была переименована в Pervasive Software После выпуска этих версий (Btrieve 6.15 и ScalableSQL v4) перед IPO . Вскоре после этого продукты Btieve и ScalableSQL были объединены в продукты, продаваемые как Pervasive.SQL или PSQL , а позже и Actian Zen. Btrieve просуществовал несколько лет, а от ScalableSQL быстро отказались. Клиентам было предложено перейти на Pervasive.SQL, который поддерживал приложения SQL и Btrieve.

Архитектура

Основная статья: Архитектура Btrieve

Модель MKDE позволяет подключать к продукту Pervasive различные серверные части базы данных.

Btrieve не является системой управления реляционными базами данных (СУБД). В ранних описаниях Btrieve он назывался менеджером записей (хотя Pervasive первоначально использовал термин навигационная база данных , но позже изменил его на транзакционную базу данных), поскольку он имеет дело только с базовыми примитивами создания записей, извлечения данных, обновления записей и удаления данных. Он использует ISAM в качестве основного механизма индексации и хранения. Ключевой частью архитектуры Pervasive является использование ядра базы данных MicroKernel различные серверные части баз данных , которое позволяет модульно объединять и легко интегрировать их в пакет СУБД Pervasive.SQL. Это позволило им поддерживать как свой механизм навигационной базы данных Btieve, так и механизм на основе SQL Scalable SQL.

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

Формат файла Btrieve полностью состоит из страниц , которые представляют собой данные, которые перемещаются между памятью и хранилищем, когда механизм выполняет операцию ввода/вывода. Версии до 6.0 просто использовали страницы данных, индексные страницы и записи управления файлами . Файл имел индекс для поиска, связанный с физическими страницами. Начиная с версии 6.0 использовались логические страницы. Логические сопоставляются с физическими страницами (страницами в фиксированном месте в файле) на диске с помощью таблиц распределения страниц . Запись управления файлами содержит важную информацию о файлах Btrieve, например количество используемых в данный момент страниц. Чтобы избежать повреждения базы данных, Btieve использует два метода обновления записей: подкачку предварительного изображения в версиях Btrieve до 6.0 и теневую подкачку в последующих версиях. В первую очередь это был переход от подкачки предварительного изображения к теневой подкачке, что потребовало радикальных изменений формата файлов, что вызвало проблемы совместимости между версией 6 и предыдущими версиями.

История

Btrieve принадлежит и разрабатывается четырьмя разными компаниями: SoftCraft, Novell, Btrieve Technologies, Inc. (позже переименованной в Pervasive Software) и Actian Corporation. У них есть преданная и лояльная база разработчиков, и, согласно литературе компании, они остаются полностью преданными продукту. Pervasive Software создала «Общество Btieve» для признания существующих разработчиков.

В DOS Btrieve до версии 5 представляла собой резидентную программу завершения и пребывания (TSR), которая функционировала как интерфейса прикладного программирования (API) механизм базы данных , снабжая прикладные программы вызовами функций для реализации многопользовательской базы данных с записями. блокировка . Сетевая версия работала аналогичным образом.

В первые годы версии DOS до версии 5 продавались по цене около 1000 долларов США , но исполняемый файл ядра базы данных TSR можно было распространять вместе с приложениями бесплатно.

СофтКрафт годы

Продукт был запущен в феврале 1982 года фирмой SoftCraft, расположенной в Остине , штат Техас, Дугом и Нэнси Вудворд. Дуг стал вице-президентом и занимался разработкой программного обеспечения, Нэнси стала президентом компании. В течение следующих нескольких лет они выпустили несколько версий: в феврале 1983 года они выпустили серию Btrieve 2.x, а когда в MS-DOS 2.0 появилась поддержка дескрипторов файлов и каталогов, они выпустили Btrieve 3.0. Когда в марте 1985 года MS-DOS 3.1 стандартизировала свои внутренние интерфейсы, месяц спустя они выпустили Btrieve 3.1 C/S, которая имела сети и клиента/сервера поддержку . В феврале 1986 года был выпущен Btrieve 4.0, а когда было выпущено обновление 4.1, он получил поддержку расширенных типов ключей и дополнительных индексов.

Хотя Btrieve был довольно популярен, это был механизм базы данных API. Менеджер баз данных на ПК, dBase II и его преемники, представляли собой системы управления базами данных (СУБД), которые можно было использовать либо как отдельное приложение общего назначения, либо как язык программирования баз данных. Btrieve также стоил дороже, чем dBase, хотя лицензирование во время работы было бесплатным. Btrieve выросла до базы разработчиков, насчитывающей более 5000 пользователей, и широко использовалась в финансовой сфере. Компании потребовалось некоторое время, чтобы создать пользовательский интерфейс для продукта, однако в 1984 году они выпустили Xtrieve , программу с меню, которая использовала новый .DDF словарь данных для обеспечения соблюдения правил реляционной базы данных .

Приобретение Novell

В 1987 году Novell начала диверсификацию и покупку компаний для добавления в свою NetWare операционную систему . Одной из купленных ими компаний была SoftCraft. Нэнси Вудворд стала вице-президентом и генеральным менеджером подразделения Novell в Остине, а Дуг Вудворд стал вице-президентом подразделения Advanced Database Technologies. В начале следующего года была выпущена версия Btrieve 5.0, которую можно было использовать как собственное приложение NetWare или процесс с добавленной стоимостью. По словам Джима Кайла, «у него были типы ключей с автоматическим приращением, сервер сетевых процессов BROUTER, файлы только с данными и только с ключами, а также дополнительное сжатие данных». Версия 5.1 была выпущена в 1990 году с расширенными возможностями обработки транзакций файлов, журналирования и операций повтора транзакций, а также с несколькими улучшениями API. Было создано несколько версий для DOS , OS/2 и Microsoft Windows . Версия 6.0 была выпущена в июне 1992 года. Однако Novell не получила широкого распространения, и из-за усовершенствований (таких как переход от предварительного создания образа к теневой подкачке) она была несовместима с предыдущими версиями Btrieve. Рынок Btieve не сильно увеличился, и из-за этих проблем он не получил широкого распространения.

Когда компания была приобретена Novell, SoftCraft работала над продуктом под названием XQL , интерпретатором SQL , предназначенным для лучшей работы со стандартным SQL, которому пакет Xtrieve не был полностью совместим. Это стало основой для NetWare SQL , который был первоначально выпущен в 1989 году и представлял собой простой интерпретатор SQL, реализовавший базовую версию SQL от IBM.

Бтриев Технологии, Инк.

К 1994 году Novell практически отказалась от попыток превратить NetWare в полноценную альтернативную операционную систему и начала распродавать многие компании, которые она приобрела всего несколькими годами ранее. Они минимально продвигали Btrieve, в основном из-за задержки (24 месяца) выпуска версии 6. Были начаты переговоры между The Woodwards и Novell, и через два года Novell объявила 26 января 1994 года, что собирается передать право собственности на Btrieve. компании Btrieve Technologies, Incorporated (также известной как BTI). 29 апреля 1994 года перевод был завершен, и Нэнси Вудворд стала председателем BTI, а Дуг Вудворд — техническим директором . Должность генерального директора была отдана Рону Харрису, бывшему сотруднику Texas Instruments и одному из основателей Citrix Systems, Inc., где он работал сначала директором по стратегическому планированию, затем вице-президентом по маркетингу и, наконец, директором по стратегическому планированию. вице-президент группы продуктов.

Btrieve был полностью переписан, и 1 июля 1994 г. была выпущена версия Btrieve 6.15 для DOS, Windows и OS/2. Novell SQL был переименован в Scalable SQL, что отражает смену владельца компании. В 1995 году версия 6.15 была выпущена для Novell NetWare, Windows NT Server и Windows NT/ 95 и, таким образом, стала кросс-платформенным продуктом баз данных. В этой версии была представлена ​​концепция ядра базы данных Micro Kernel (MKDE).

Распространенное программное обеспечение

В 1996 году компания переименовала себя в Pervasive Software , а свой продукт — в Pervasive.SQL. В 1997 году компания стала публичной. Они сделали это для того, чтобы обеспечить большее проникновение на рынок реляционных баз данных и переориентироваться в качестве поставщика SQL, хотя они все еще занимаются маркетингом и разработкой Btrieve. Pervasive завершила IPO в сентябре. Компания продолжила использовать MKDE в версии 6.30. В 1997 году Pervasive выпустила ScalableSQL 4.0, продукт реляционной базы данных, и Btrieve 7.0.

В 2000 году Novell подверглась критике после того, как она прекратила объединять Pervasive.SQL с NetWare, начиная с версии 5.1; вместо этого он поставлялся с пробной версией, которая закрывалась через 90 дней. Последняя версия Pervasive PSQL Summit v11 была выпущена в сентябре 2010 года.

Актиан Корпорейшн

В 2013 году Actian Corporation приобрела Pervasive Software. В феврале 2016 года Actian выпустил Btrieve 12.

Версии

Btrows для DOS

Была одна конфигурация Btrieve на базе DOS-клиента, созданная SoftCraft. По определению SoftCraft клиентской версии, это «движок Btrieve, работающий на конкретной рабочей станции». Это означало, что механизм управления записями напрямую подключался к файлам через функции операционной системы и соответствующим образом изменял записи, независимо от того, были ли файлы локальными или сетевыми. Клиентский механизм позволял одновременно пяти пользователям одновременно получать доступ к базе данных. Вся обработка записей производилась на рабочей станции, на которой был установлен движок. В более поздних версиях Btrieve для DOS мог использовать любой из двух режимов: так называемый SEFS (однопроцессорный общий доступ к файлам) или MEFS (многопроцессорный общий доступ к файлам).

Btrieve для NetWare

Btrieve для NetWare по сути был таким же, как Btrieve для DOS, с некоторыми дополнительными функциями, доступными в то время только в NetWare. Он запускал серверный процесс под названием BSERVER, на файлообменном сервере, и этот управляемый ввод/вывод данных совместно с сетевой файловой системой. Серверный процесс был впервые реализован для NetWare 2.x как процесс с добавленной стоимостью NetWare (VAP), называемый BSERVER.VAP, затем как загружаемый модуль NetWare (NLM) для NetWare 3.x (и более поздних версий). BSERVER был механизмом базы данных, который занимался доступом к записям, однако он также принимал запросы на передачу запрошенных данных на другой сервер через BROUTER процесс.

Btrive использовал реквестеры для выполнения запросов ввода/вывода базы данных с клиентской рабочей станции. Запросчики были доступны для DOS, OS/2, Microsoft Windows и UnixWare . Программа BREQUEST.EXE принимал запросы ввода/вывода через Btrieve API и передавал их BSERVER. Затем он обрабатывал ответы от BSERVER и передал их обратно в соответствующее приложение.

The BROUTER процесс позволял «направлять» входящие запросы к копии базы данных на другом сервере. Он был загружен на сервер NetWare и обеспечивал связь между несколькими серверными процессами, выполняющимися на файловом сервере, посредством использования двух таблиц файлового сервера . Согласно Pervasive, они предоставляют список «имен и адресов серверов, а также таблицу маршрутизации серверов ». BROUTER также позволил перенаправлять запросы связи на правильный сервер через SPX, просматривая BSPXCOM Загружаемый модуль NetWare, скоординированные блокировки и другие механизмы, контролирующие доступ к данным в базе данных Btrive.

Btrieve для DOS использовал режимы SEFS и MEFS для совместного использования файлов, а поскольку он мог работать в сети, он мог использовать эксклюзивные и параллельные транзакции.

Бтриве для Windows

Btrieve для Windows был создан до того, как компания переписала кодовую базу для использования MKDE. В нем использовались механизмы обмена файлами SEFS и MEFS; использовал теневую пейджинг и допускал монопольные и одновременные блокировки. Файлы версий 6.x и 6.1 обрабатывались по-разному. Файлы версии 6.x могли обрабатывать операции над частью записи, а не блокировать всю запись. Он обрабатывал записи размером более 64 КБ, реализовывал НДС, ACS, новые типы данных, допускал процентные операции (где запись могла находиться и манипулировать ею по физическому местоположению в файле) и обрабатывал повторяющиеся ключи. Версия 6.x могла удалять или добавлять любой индекс на лету (версия 6.0 и ниже могла удалять только дополнительные индексы). Файлы версии 6.1 допускали одновременные и системные транзакции, необязательное изменение нумерации ключей, таблицы ACS без учета регистра и расширенные операции блокировки.

Btieve для Windows может работать как клиент базы данных, использующей режимы SEFS или MEFS, или может напрямую обращаться к серверу Btrieve.

Клиентский Btrieve

Клиентская версия Btrieve содержит все файлы базы данных либо непосредственно на локальном компьютере, либо через подключенный сетевой диск (настраиваемый через DOS). NET USE команда).

Приложения вызывают функцию WBTRCALL.DLL, интерфейс загрузчика и запросчика. Модуль загрузчика и запросчика проверяют BTI.INI файл конфигурации правильно настроен для загрузки клиентского механизма Btrieve. В свою очередь, это загружает локальный интерфейс в механизм btrive ( WBTRLOCL.DLL). При необходимости этот локальный интерфейс загружает движок Btrieve ( WBTR32.EXE) в память и отправляет к ней необходимые запросы к базе данных. Затем ядро ​​базы данных вызывает различные системные библиотеки Win32 для выполнения файловых операций с файлами базы данных.

Клиентский доступ к Btrieve на серверном уровне

Клиентская версия Btrieve для Windows могла получать доступ к серверным версиям Btrieve через «запросчик» на базе DOS. Запрашивающая сторона требовала использования интерфейса защищенного режима DOS (DPMI), который позволял программе получать доступ к расширенной памяти ЦП DOS, доступной только через защищенный режим .

Как и в случае с клиентским интерфейсом, приложение на основе Btrieve вызывает WBTRCALL.DLL библиотека интерфейса загрузчика и запросчика. Эта библиотека проверяет BTI.INI файл, чтобы узнать, нужен ли ему доступ к данным в локальной системе или к данным на удаленном сервере. Если ему необходимо получить доступ к серверу, он использует версию DPMI для Windows для доступа к реквестеру на базе DOS с именем BREQUEST.EXE. Затем запрашивающая сторона устанавливает сетевое соединение с сервером, который обрабатывает запрос и передает сообщение запрашивающей стороне после завершения запроса к базе данных.

Btrieve для Windows NT/Windows 95

Btieve для Windows NT и Windows 95 был выпущен в 1995 году вместе с Btrieve для Netware и Btrieve для Windows NT Server. Он достиг версии 6.15 и начал использовать MKDE . Механизмы общего доступа к файлам остались прежними, поскольку по-прежнему использовались режимы общего доступа к файлам SEFS и MEFS, теневая подкачка и допускались монопольные и одновременные блокировки. Эта версия Btieve позволяла использовать в ключах нулевые значения, а это означало, что запись могла быть введена в базу данных, когда информация о ключе была недоступна. Это означало, что ключ не будет включен в индекс, и это помогло уменьшить ненужный поиск в базе данных через индекс. Также было введено понятие системной транзакции и пользовательской транзакции . (см. Системные и пользовательские транзакции ). MKDE также допускал пробелы между автоматически увеличиваемыми ключами. Таблицы распределения с переменным хвостом были представлены в версии 6.15, поэтому они были включены в сборку Btrieve для Windows NT/95.

Существует две конфигурации Btieve для Windows NT/95: автономная рабочая станция и клиент/сервер.

Автономная рабочая станция

При использовании конфигурации Btrieve с автономной рабочей станцией вся обработка записей выполняется на локальной рабочей станции . Рабочая станция использует базовые механизмы Windows, позволяющие использовать MKDE (программу W32MKDE.EXE), чтобы получить прямой доступ к файлам базы данных, и использует файлы блокировки для решения проблем параллелизма.

В этой конфигурации приложение выполняет вызовы Btrieve API или интерфейса микроядра ( WBTRV32.DLL). Затем вызов обрабатывается интерфейсом и передается в MKDE ( W32MKDE.EXE базовой операционной системы ), который использует файловую систему (сетевую или локальную) для прямого доступа к файлам базы данных.

Это приводит к некоторым специфическим проблемам. Если Btieve использует общий доступ к файлам Windows и, например, механизм базы данных открывает файлы непосредственно в общем файловом ресурсе, и существует нестабильность сети (например, отсоединен сетевой кабель), во время обновления поля, используемые для связи одного файла Btieve с другим, могут стать несинхронизированы (по сути данные теряют свои взаимосвязи или связи с другими данными), а сам файл базы данных может быть поврежден (хотя вероятность этого снижается из-за подкачки предварительного изображения).

Клиент/Сервер

При использовании конфигурации клиент/сервер (или серверной версии ) Btrieve обработка записей обычно выполняется на файловом сервере Windows через подключенный диск (способ сопоставления общего файлового ресурса с «виртуальным» диском в Windows через NET USE команда). Он использует разрешения, которые вам назначаются при аутентификации: либо разрешения на вход в систему, либо разрешения, предоставляемые при NET USE используется.

В Windows 95 интерфейс MKDE ( динамически подключаемая библиотека Windows (DLL), называемая WBTRV32.DLL) определяет, какой метод доступа к базе данных используется через файл конфигурации. Если он обнаруживает, что ядра клиента/сервера и рабочей станции установлены на одном и том же компьютере, он проверяет, установлена ​​ли цель на рабочую станцию ​​или сервер. При работе в Windows NT и серверном процессе NTMKDE.EXE работает вместе с процессом автономной рабочей станции W32MKDE.EXE он просматривает реестр, чтобы определить, является ли цель сервером или рабочей станцией. В обоих случаях, если в качестве интерфейса MKDE установлена ​​рабочая станция (конфигурация «Автономная рабочая станция»), используется MKDE ( W32MKDE.EXE) для прямого доступа к файлу. Если установлено значение «сервер», интерфейс MKDE на клиенте использует модуль связи (в Windows 95 это W32BTICM.DLL, в Windows NT это NTBTICM.DLL), который «разговаривает» с сервером . Сам сервер имеет собственный соответствующий коммуникационный модуль (опять же либо W32BTICM.DLL или NTBTICM.DLL), который находится на подключенном диске. Серверная DLL взаимодействует с сервером MKDE ( NTMKDE.EXE), который обновляет записи, а затем отправляет подтверждение об успешном выполнении операции обратно через модуль связи клиенту.

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

Конфигурация

В состав Btrieve включена утилита настройки для изменения настроек MKDE. Настройки, которые можно было изменить, были:

• Настройки файлов: эта категория содержит настройки, связанные с файлами, дескрипторами файлов, блокировками записей, индексами и файлами журналов. Здесь задавалось количество открытых файлов и дескрипторов логических файлов, а также количество блокировок записей на одного клиента; в эту категорию входят балансировка индекса и возможность создания файлов в формате до версии 6.x. Он также контролировал, ведет ли микроядро журнал операций, выполненных с выбранными файлами. В этом разделе в качестве метода обмена файлами можно установить MEFS или SEFS. Предел удержания системных транзакций устанавливает количество системных транзакций, выполняемых во время операций записи для общих файлов.
• Организация памяти: эта категория содержала настройки, связанные с размером буферов, которые микроядро должно было выделить для различных целей.
• Транзакции клиента/системы: эта категория содержит настройки, связанные с транзакциями, включая поддерживаемое количество, а также способ и время их регистрации.
• Системные ресурсы/каталоги: эта категория содержит настройки, связанные с количеством поддерживаемых клиентов и потоков, а также расположением различных системных файлов.
• Операции трассировки: эта категория содержит настройки, связанные с отслеживанием различных операций Btrieve. Трассировка — это расширенная функция, используемая в основном для целей отладки .

Первазив.SQL 7

Pervasive.SQL 7 был выпущен в марте 1998 года и включал Scalable SQL 4 и Btrieve 7.0. Btrieve 7.0 работал на тех же платформах, что и Btrieve 6.x: Windows 95, Windows NT 3.51 и 4, Netware и DOS. Однако компания перешла на компонентную архитектуру под названием SmartComponents, чтобы решить проблемы совместимости при обновлениях. При этом использовалась схема идентификации компонентов, встроенная в файл и закодированная в имени файла, а также динамическое связывание «связывающих файлов» ( библиотеки DLL, загружаемые в память только при необходимости). Динамическая привязка компонентов выполнялась с использованием новой библиотеки «Abstract OS Services DLL», которая искала последнюю версию соответствующего необходимого компонента через кодировку имени файла. Этот «клеевой модуль» затем загружается в память и используется. Старый формат файла журнала Btrieve 6.x также был заменен новым централизованным журналом под названием PVSW.LOG и у него был унифицированный и расширенный формат файла журнала. Они также улучшили свои сообщения об ошибках и механизмы сообщения об ошибках.

MKDE был сохранен в Pervasive.SQL 7. Однако из-за динамической привязки новой архитектуры компонентов внутренняя архитектура была изменена. Приложение, использующее Btrieve, вызывает диспетчер служб, который затем ищет в различных настроенных каталогах определенное закодированное имя файла. Имя файла, загружаемого для файлов Btieve в форме Бэкуса-Наура, следующее:

 <filename> ::= <platform-code> "BIF" <major-functional-level> <minor-functional-level>
 <platform-code> ::= "W1" | "W2" | "W3" | "W9" | "WT" | "NW" | "O3"
 <major-functional-level> ::= <number>
 <minor-functional-level> ::= <number> <number>
 <number> ::= "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"

Встроенные коды платформы имен файлов

Код	Платформа
П1	Windows 3.1x , вкл. Windows для рабочих групп (Win16)
П2	Расширенная версия Windows (32-разрядная версия Watcom Extender)
W3	Windows 95, Windows NT (Win32)
W9	Windows 95
ВТ	Windows НТ
СЗ	NetWare 3.x и 4.x
О3	OS/2 (32-bit)

«Связывающий» модуль, представляющий собой DLL, загружается в память и становится интерфейсом к MKDE. Затем MKDE определяет, настроена ли она как конфигурация на основе рабочей станции или конфигурация на основе сервера. Затем он передает запросы через свой коммуникационный «запрашивающий» модуль на сервер базы данных или напрямую изменяет файлы базы данных, если они настроены в режиме рабочей станции.

Первазив.SQL 2000/2000i

Pervasive.SQL 2000 и Pervasive.SQL 2000i используют по существу ту же архитектуру, что и Pervasive.SQL 7, хотя 2000i включает сервер i*Net. Он использует ту же модель компонентов, имеет возможность использовать механизмы Btrieve или Scalable SQL и продолжает использовать MKDE. Эта версия включала поддержку Red Hat Linux , Caldera OpenLinux , SUSE и Solaris . У него также была лучшая интеграция со службами терминалов , хотя на любой платформе терминального сервера может работать только один экземпляр ядра базы данных. Вы не можете запускать отдельные копии ядра базы данных в течение двух или более сеансов терминала.

Pervasive.SQL V8

Представленный в декабре 2002 года Pervasive.SQL V8 повышает производительность приложений Btieve и SQL с использованием ряда новых технологий.

• Кэширование на стороне клиента значительно повышает производительность чтения за счет сохранения части содержимого базы данных на локальном ПК.
• Технология Turbo Write Acceleration (TWA) группирует операции записи на диск в группы, сводя к минимуму взаимодействие с диском.
• Ведение журнала транзакций обеспечивает немного меньшую защиту от сбоев, чем надежность транзакций, но повышает общую производительность.

В пакет функций безопасности V8 (среднее обновление продукта, обозначенное как 8.5) добавлены важные новые функции безопасности, предназначенные для блокировки файлов данных Pervasive.SQL. До версии 8.5 доступ к данным Btrieve контролировался механизмом безопасности операционной системы. Это означало, что любой пользователь, которому требовался доступ для чтения/записи к базе данных, также нуждался в доступе для чтения/записи к базовым файлам данных. В версии 8.5 представлены новые модели безопасности, которые позволяют администраторам контролировать доступ к данным Btieve с помощью безопасности базы данных. После активации безопасность базы данных больше не требует, чтобы у пользователя был доступ к базовым файлам. Кроме того, конфигурации клиент/сервер больше не требуют использования общих сетевых ресурсов или подключенных дисков. Приложения могут ссылаться на защищенные данные Btrieve, используя строку подключения URI.

Распространенный PSQL v9

Pervasive PSQL v9 включает новые графические интерфейсы Java, построенные на платформе Eclipse. Эти графические интерфейсы доступны как для Microsoft Windows, так и для Linux. Кроме того, версия 9 включала множество обновлений производительности и синтаксиса SQL, улучшающих скорость и гибкость всех интерфейсов SQL — ADO.Net, JDBC, ODBC и OLE DB. Наконец, PSQL v9 увеличил максимальный размер файла Btieve с 64 ГБ в форматах файлов 8.x и более ранних версий до 128 ГБ для файлов формата 9.0 и снова до 256 ГБ для файлов формата 9.5.

В сочетании с PSQL v9 Pervasive повторно представила утилиту DDF Builder и добавила поддержку текстового поиска с помощью надстройки полнотекстового поиска (FTS), которая позже была удалена из линейки продуктов. DDF Builder предоставляет пользователям Btieve механизм определения метаданных для существующих файлов Btrieve, что позволяет получить доступ к данным Btieve с помощью инструментов и утилит SQL.

Все версии MKDE сохраняют полную обратную совместимость на уровне чтения с более ранними версиями Btrieve, включая те, которые появились до появления самого MKDE, и не меняют версию файла, если об этом специально не попросят. Файлы Btrieve в формате 5.x или более ранней версии НЕОБХОДИМО перестроить (с помощью утилиты восстановления графического интерфейса или командной строки) в формат 6.x или более поздней версии для поддержки записи в базу данных из ядра базы данных 9.0 или более поздней версии.

Распространенный PSQL v10

Pervasive PSQL v10 был выпущен в сентябре 2007 года и стал первой версией Pervasive PSQL Server and Client, обеспечивающей поддержку 64-битных операционных систем. API Btieve и интерфейс настройки распространения (DTI) были улучшены для поддержки 64-разрядной версии. Pervasive PSQL Workgroup и другие компоненты SDK не были улучшены для поддержки 64-разрядной версии.

Выпуск Pervasive PSQL v10 был приурочен к обеспечению поддержки недавно доступной на тот момент операционной системы Windows Vista и скоро появившейся операционной системы Windows Server 2008. Сервер, рабочая группа и клиент Pervasive PSQL v10 поддерживают Windows Vista. Сервер Pervasive PSQL v10 сертифицирован для Windows Server 2008.

В Pervasive PSQL v10 также был включен ввод-вывод Xtreme (XIO), 32-битный ускоритель базы данных Windows, который обеспечивал доступ к расширенной памяти для расширения кэшированной базы данных сверх обычного ограничения в 2 ГБ в 32-битных системах Windows. Ввод-вывод Xtreme также включал алгоритмы сжатия обновлений и оптимизированные методы записи для повышения производительности ввода-вывода базы данных.

Обеспечение соблюдения цифровых лицензий, называемое авторизацией продукта, было введено для линейки продуктов Pervasive PSQL с Pervasive PSQL v10. Авторизация продукта изначально была реализована для пробных загрузок и заказов электронной коммерции. Продукты, продаваемые через Pervasive Distributor и партнеров ISV, были обновлены и теперь включают авторизацию продукта с выпуском Pervasive PSQL v10 SP3 в ноябре 2009 года. Pervasive PSQL v10 SP3 также был выпущен как приложение, совместимое с Windows 7.

Pervasive PSQL v10 сохранил обратную совместимость за счет использования формата файла 9.5 с увеличением максимального размера файла данных до 256 ГБ и увеличения максимального размера страницы до 16 384 байт.

Поддержка NetWare, Windows NT, Windows 98, Windows ME, DOS 6.22 и 16-битных приложений была прекращена в Pervasive PSQL v10. Хотя версии продуктов Pervasive PSQL v9 для Windows и Linux больше не продаются, Pervasive по-прежнему продает и поддерживает Pervasive PSQL v9 для NetWare.

В 2010 году Pervasive Software выпустила Pervasive PSQL v11, которая позволяет пользователям в полной мере использовать преимущества многопоточности для более быстрой обработки базы данных.

Распространенный PSQL v11

Pervasive PSQL v11 был выпущен в сентябре 2010 года. Одним из ключевых факторов инженерных усилий, лежащих в основе Pervasive PSQL v11, была модернизация ядра базы данных для повышения производительности и масштабируемости на многоядерных процессорах. Pervasive PSQL v11 оптимизирует параллельные потоки, выполняющие аналогичные действия, позволяя базе данных задействовать несколько ядер во время выполнения задачи. PSQL v11 также обеспечивает улучшения механизмов низкоуровневой синхронизации в навигационном интерфейсе. Несколько пользователей могут одновременно читать одни и те же страницы кэшированных файлов, и их операции могут выполняться на независимых ядрах. Непользовательская деятельность, такая как контрольные точки и управление журналами, может выполняться на отдельных ядрах, а несколько пользователей, обращающихся к независимым файлам, могут выполняться на разных ядрах.

Поддержка многоядерности доступна во всех версиях PSQL v11: 32- и 64-разрядных серверах Windows и Linux, а также 32-разрядной рабочей группе. Внутреннее тестирование в компании Pervasive зафиксировало увеличение производительности на 300 % при сравнении PSQL v10 и PSQL v11 на 8-ядерном сервере под управлением Microsoft 2008 Enterprise Server SP2 (64-разрядной версии).

Поддержка ( IPv6 ) в Windows включена в Pervasive PSQL v11 с постоянной поддержкой сред IPv4. Pervasive PSQL v11 поддерживает IPv6 с методами доступа Btrieve и DTI (интерфейс распределенной настройки).

64-разрядные серверные версии PSQL v11 включают 64-разрядный реляционный механизм SQL, а также 64-разрядный механизм навигации/Btrive, а также 64-разрядный драйвер ODBC. Драйвер устанавливается вместе с 64-разрядными версиями PSQL Server и PSQL Client.

Pervasive обновила комплект разработки программного обеспечения PSQL, добавив Pervasive PSQL ADO.NET Data Provider 3.5. Поставщик данных 3.5 совместим с .NET Framework версий 2.0, 3.0, 3.5, 3.5 SP1 и 4.0 и работает под управлением .NET Framework 4.0 с поддержкой функций Entity Framework 1.0. Pervasive PSQL v11 также обновил метод доступа PDAC (Pervasive Direct Access Components) с поддержкой RAD Studio 2009 и RAD Studio 2010 от Embardacero.

В Pervasive PSQL v11 авторизация продукта была расширена и теперь включает OEM-клиентов, а также введен веб-портал для OEM-производителей для создания ключей и управления лицензиями для PSQL v11. Авторизация по телефону (метод авторизации Pervasive PSQL без подключения к Интернету) была впервые представлена ​​в PSQL v11 и стала доступна всем клиентам Pervasive.

Pervasive PSQL v11 продолжает использовать формат файлов 9.5, сохраняя обратную совместимость с предыдущими выпусками.

Поддержка Windows 2000 была прекращена в версии Pervasive PSQL v11.

Распространенная экосистема PSQL

Сейчас Pervasive предлагает ряд дополнительных продуктов, расширяющих базовые возможности СУБД PSQL. Последние версии каждого из продуктов — AuditMaster v7, Backup Agent v3 и DataExchange v4 — были выпущены в декабре 2010 года.

• Pervasive AuditMaster обеспечивает аудит в реальном времени всех взаимодействий с базами данных, будь то Btrieve или SQL. Журналы событий данных можно запрашивать для отслеживания изменений в конфиденциальных данных. Также можно создавать оповещения для уведомления соответствующего персонала или запуска соответствующего процесса.
• Агент Pervasive Backup Agent управляет режимом непрерывной работы PSQL и позволяет программному обеспечению резервного копирования надежно копировать онлайн-базы данных.
• Pervasive DataExchange обеспечивает синхронизацию и репликацию данных между двумя или более механизмами PSQL, гарантируя постоянную доступность критически важных данных.

Письмо 12

В феврале 2016 года Actian анонсировала Btrieve 12. Actian сообщает, что Btrieve 12 имеет новые функции, совместим с Microsoft Windows Vista до 10 и Windows Server 2008 и 2012 , а формат файлов и API совместимы с Btrieve 6.15, что позволяет ему читать и записывать файлы Btrieve 6.15 из более ранних 16-битных и DOS-приложения.

См. также

• Архитектура Бтриева
• Access Database Engine (ACE и ранее JET)

Источники

• Трочино, Ричард Б. (1994). Иллюстрированное руководство по NetWare Btrieve 6.x. Golden West Products International. стр. 19–24.
• Новелл. Компоненты NetWare Btrieve . Проверено 12 декабря 2004 г.
• Всепроникающий (2004). Прошлое, настоящее и будущее Btrive. Помните, когда Btrieve потряс мир баз данных? . Веб-страница с историей компании.
• Повсеместное (март 2001 г.). Pervasive.SQL 2000i: Начало работы (Server Edition) . Руководство по продукту.

Внешние ссылки

• Pervasive Software Inc. — создатели Btrieve и PSQL.
• Общество
• comp.databases.btrieve — группа новостей Btrieve
• Онлайн-руководства по Pervasive Software