WikiDer > Btrieve

Btrieve транзакционная база данных (навигационная база данных) программный продукт. Он основан на Индексированный метод последовательного доступа (ISAM), который является способом хранения данные для быстрого поиска. Было несколько версий продукта для ДОС, Linux, старые версии Майкрософт Виндоус, 32-битный IBM OS / 2 и для Novell NetWare.

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

Btrieve была модульной, начиная с версии 6.15, и стала одной из двух баз данных. внешние интерфейсы который подключен к стандартному программный интерфейс называется Ядро базы данных микро-ядра. Интерфейс Btrieve поддерживал Btrieve API, а другой интерфейс был вызван Масштабируемый SQL, а реляционная база данных продукт, основанный на MKDE, в котором использовалась собственная разновидность Структурированный язык запросов, иначе известный как SQL. После выпуска этих версий (Btrieve 6.15 и ScalableSQL v4) компания была переименована в Повсеместное программное обеспечение до их IPO. Вскоре после этого продукты Btrieve и ScalableSQL были объединены в продукты, продаваемые как Распространенный.SQL или PSQL, и позже Actian Дзен. Btrieve продолжал работать несколько лет, а от ScalableSQL быстро отказались. Клиентам было предложено перейти на Pervasive.SQL, который поддерживает приложения SQL и Btrieve.

Архитектура

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

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

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

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

История

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

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

В первые годы версии DOS до версии 5 продавались по цене около АМЕРИКАНСКИЙ ДОЛЛАР$1000, но исполняемый файл ядра СУБД TSR может бесплатно распространяться с приложениями.

SoftCraft лет

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

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

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

В 1987 г. Novell начали диверсифицировать и покупать компании, чтобы увеличить их NetWare Операционная система. Одной из купленных ими компаний была SoftCraft. Нэнси Вудворд стала вице-президентом и генеральным менеджером подразделения Novell в Остине, а Дуг Вудворд - вице-президентом по передовым технологиям баз данных. В начале следующего года была выпущена Btrieve 5.0 для работы как собственное приложение NetWare или Value Added Process. По словам Джима Кайла, «у него были типы ключей с автоинкрементом, сервер сетевых процессов BROUTER, файлы только для данных и только для ключей, а также дополнительное сжатие данных».^[2] Версия 5.1 была выпущена в 1990 году с расширенными возможностями обработки файлов, транзакциями, журналированием и повтором транзакций, а также несколькими улучшениями API. Создано несколько версий для ДОС, OS / 2 и Майкрософт Виндоус. Версия 6.0 была выпущена в июне 1992 года. Однако она не получила широкого распространения со стороны Novell и из-за улучшений (таких как переход от предварительного формирования образа к теневому разбиению на страницы) была несовместима с предыдущими версиями Btrieve. Рынок Btrieve не сильно увеличился, и из-за этих проблем он не получил широкого распространения.

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

Btrieve Technologies, Inc.

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

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

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

В 1996 году компания переименовалась в Повсеместное программное обеспечение, а их продукт - 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 дней.^[3] Последняя версия, Повсеместный PSQL Summit v11 был выпущен в сентябре 2010 года.

Actian Corporation

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

Версии

Btrieve для DOS

Была одна клиентская конфигурация Btrieve для DOS, созданная SoftCraft. SoftCraft определяет клиентскую версию как «движок Btrieve, работающий на определенной рабочей станции».^[5] Это означало, что механизм управления записями подключается непосредственно к файлам через функции операционной системы и соответствующим образом изменяет записи, независимо от того, были ли файлы локальными или в сети. Клиентский движок позволял пять одновременный пользователи могут получить доступ к базе данных в любое время. Вся обработка записей производилась на рабочей станции, на которой был установлен движок. Btrieve для DOS использовал SEFS^{[требуется разъяснение]} и MEFS^{[требуется разъяснение]} режимы для обмена файлами.

Btrieve для Netware

Btrieve для Netware был по сути тем же, что и Btrieve для DOS, с некоторыми дополнительными функциями, доступными в то время только в Netware. Он запускал серверный процесс, называемый BSERVER, на сервере обмена файлами, и эти управляемые данные ввод, вывод в сочетании с сетевой файловой системой. Серверный процесс был впервые реализован как Netware Процесс создания добавленной стоимости (VAP) называется BSERVER.VAP, но был переведен на Netware Загружаемый модуль NetWare (NLM) вскоре после этого. BSERVER был механизмом базы данных, который имел дело с доступом к записям, однако он также принимал запросы на передачу запрошенных данных на другой сервер через БРАУТЕР процесс.

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

В БРАУТЕР процесс позволил входящим запросам «перенаправляться» на копию базы данных на другом сервере. Он был загружен на сервер Netware и имел дело с обменом данными между несколькими серверными процессами, запущенными на файловом сервере, с помощью двух Таблицы файлового сервера. Согласно Pervasive, они предоставляют список «имен и адресов серверов, а также Таблица маршрутизации сервера".^[6] BROUTER также позволяет направлять запросы связи на правильный сервер через SPX, просматривая BSPXCOM Загружаемый модуль NetWare, скоординированные блокировки и другие механизмы, контролирующие доступ к данным в базе данных Btrieve.

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

Btrieve для Windows

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

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

Клиентский Btrieve

Клиентская версия Btrieve имеет все файлы базы данных либо непосредственно на локальном компьютере, либо через подключенный сетевой диск (настраивается через DOS. ИСПОЛЬЗОВАНИЕ СЕТИ команда).

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

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

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

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

Btrieve для Windows NT / Windows 95

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

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

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

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

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

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

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

При использовании клиент / сервер (или же Серверная версия) конфигурации Btrieve, обработка записей обычно выполняется на файловом сервере Windows через подключенный диск (способ сопоставления общего файлового ресурса с «виртуальным» диском в Windows через ИСПОЛЬЗОВАНИЕ СЕТИ команда). Он использует разрешения, назначенные вам при аутентификации, либо разрешения на вход в систему, либо разрешения, предоставленные, когда ИСПОЛЬЗОВАНИЕ СЕТИ используется.^[9]

В 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), который обновляет записи, а затем отправляет подтверждение об успешном выполнении операции обратно через коммуникационный модуль клиенту.^[10]

Преимущество этой системы состоит в том, что в случае сбоя сетевого подключения 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 загружены в память только при необходимости). Динамическое связывание компонентов выполнялось с помощью новой «DLL абстрактных служб ОС», которая искала последнюю версию соответствующего необходимого компонента с помощью кодировки имени файла. Затем этот «клеевой модуль» загружается в память и используется.^[11] Старый формат файла журнала Btrieve 6.x также был заменен новым централизованным журналом под названием PVSW.LOG и у этого был унифицированный и улучшенный формат файла журнала. Они также улучшили свои сообщения об ошибках и механизмы сообщений об ошибках.

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

<имя файла> :: = <код-платформы> "BIF" <основной-функциональный-уровень> <второстепенный-функциональный-уровень> <код-платформы> :: = "W1" | "W2" | "W3" | "W9" | "WT" | «СЗ» | "O3" <основной-функциональный-уровень> :: = <номер> <второстепенный-функциональный-уровень> :: = <номер> <номер> <номер> :: = "0" | «1» | «2» | «3» | «4» | «5» | «6» | «7» | «8» | «9»

Модуль «клея», представляющий собой 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 и Солярис. У него также была лучшая интеграция с Терминальные службы, хотя только один экземпляр ядра базы данных может работать на любой платформе терминального сервера. Вы не можете запускать отдельные копии ядра базы данных в двух или более терминальных сессиях.

Повсеместный.SQL V8

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

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

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

Повсеместный PSQL v9

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

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

Все версии MKDE сохраняют полную обратную совместимость на уровне чтения с более ранними версиями Btrieve, включая те, которые предшествуют введению самого MKDE, и не изменяют версию файла, если это специально не требуется. Файлы Btrieve, которые имеют формат 5.x или более ранние, ДОЛЖНЫ быть перестроены (с использованием утилит перестроения GUI или командной строки) до формата 6.x или новее для поддержки записи в базу данных из ядра СУБД 9.0 или новее.

Повсеместный PSQL v10

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

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

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

Обеспечение соблюдения цифровых лицензий, называемое авторизацией продукта, было введено для линейки продуктов Pervasive PSQL с Pervasive PSQL v10. Первоначально авторизация продукта была реализована с помощью пробных загрузок и заказов электронной торговли. Продукты, продаваемые через Pervasive Distributor и независимых поставщиков программного обеспечения, были обновлены, чтобы включить авторизацию продукта с выпуском 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 также обеспечивает усовершенствования низкоуровневых механизмов синхронизации в интерфейсе навигации. Несколько пользователей могут одновременно читать одни и те же страницы кэшированных файлов, и их операции могут выполняться на независимых ядрах. Непользовательские действия, такие как контрольные точки и управление журналами, могут выполняться на отдельных ядрах, а несколько пользователей, обращающихся к независимым файлам, могут работать на разных ядрах.^[14]

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

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

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

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.^[14] 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, гарантируя постоянную доступность важных данных.

Btrieve 12

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

Смотрите также

• Архитектура Btrieve
• Ядро базы данных Microsoft Jet

Примечания

Источники

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

внешняя ссылка

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