Btrieve je systém správy databází pro organizování navigace a od verze Pervasive.SQL - relační databáze vyvinuté společností Pervasive Software . Založeno na metodě organizace dat ISAM . Existovalo několik verzí tohoto produktu pro DOS , Linux , Novell NetWare , starší verze Microsoft Windows ( Windows 98 , Windows NT , Windows 2000 , Windows XP , Windows Server 2003 ).
Původně to byl manažer záznamů vydaný společností SoftCraft přibližně ve stejnou dobu jako první počítače IBM . Poté, co získal popularitu a podíl na trhu, byl zakoupen společností Novell pro integraci do svého operačního systému Netware , zatímco vyvíjí verzi pro MS-DOS. Tento produkt nebyl schopen získat žádný významný trh a po určité reorganizaci v rámci Novellu byl vyčleněn pro vývoj v samostatné, nově vytvořené společnosti - Btrieve Technologies, Inc. (B.T.I.).
Od verze 6.15 byl Btrieve rozdělen do samostatných modulů a samotný název byl přiřazen jednomu ze dvou datových přístupových objektů připojených ke standardnímu programovacímu rozhraní zvanému Micro-Kernel Database Engine (MKDE). Druhou verzí přístupového subsystému je Scalable SQL, relační databázový nástroj, který používá jazyk SQL . Po vydání několika verzí byla společnost přejmenována na Pervasive Software a nyní dodává produkt pod názvem Pervasive PSQL .
Brzy vydání Btrieve se nekvalifikovaly jako DBMS, ale jako “ manažer záznamu ”; Pervasive původně používal termín navigační databáze , později se změnil na transakční databáze . Tato terminologie je dána tím, že Btrieve se zabýval pouze elementárními operacemi vytváření a aktualizace záznamů, extrahování a mazání dat. ISAM se používá jako vnitřní mechanismus pro ukládání a indexování dat .
Pozdější verze Btrieve podporují dva typy transakcí: systémové a uživatelské, první jsou dávky netransakčních operací nebo uživatelských transakcí, což jsou zase transakce nad skutečnými daty v databázích. Systémový transakční mechanismus byl vytvořen, aby umožnil provedení několika transakcí v jedné dávce a usnadnil obnovu dat.
Soubory Btrieve se skládají ze stránek, což jsou kusy dat přenášené mezi RAM a trvalým úložištěm během I/O operací prováděných databázovým strojem. Verze starší než 6.0 používaly pouze datové stránky, indexové stránky a speciální záznam FCR ( file control record ) obsahující důležité informace o databázovém souboru (velikost stránky, počet použitých stránek atd.). Takový soubor obsahoval vyhledávací index propojený s fyzickými stránkami. Počínaje verzí 6.0 byl zaveden koncept logické stránky a již tyto stránky byly mapovány na fyzické stránky, které mají pevnou pozici v souboru na disku. Mapování se provádí pomocí alokačních tabulek stránek PAT (pagelocation tables ) . Aby se zabránilo narušení logické integrity v databázových souborech, používá Btrieve dva přístupy k aktualizaci závislostí: stránkování před obrazem ve verzích před 6.0 a stínové stránkování v novějších verzích. Přechod z předobrazového stránkování na stínové stránkování si vyžádal výraznou přestavbu, což vedlo k zásadní změně formátu souboru a ztrátě kompatibility mezi 6. verzí a předchozími.
Při přístupu k souborům může databázový stroj používat dvě strategie, zkráceně SEFS a MEFS, z angličtiny. Single Engine File Sharing (SEFS); Multi Engine File Sharing (MEFS) . SEFS znamená, že se soubory bude pracovat pouze jedna instance databázového stroje, zatímco MEFS umožňuje několika nezávislým instancím pracovat se stejnými soubory současně (každý takový stroj slouží svým vlastním uživatelům).
Btrieve byl vlastněn a vyvíjen třemi různými společnostmi během jeho vývoje: SoftCraft, Novell a Btrieve Technologies, Inc. (později přejmenován na Pervasive Software ). Všichni měli loajální a oddané vývojáře a, soudě podle firemní literatury, zůstali tomuto produktu zcela oddáni. Najednou, Pervasive založil “Btrieve komunitu” organizovat existující vývojáře [1] .
Pod MS-DOS až do verze 5 byl Btrieve programem TSR , který fungoval jako aplikační programovací rozhraní (API) k databázovému stroji a poskytoval aplikačním programům sadu volání funkcí pro implementaci víceuživatelské databáze s úrovní záznamů. schopnost zamykání . Síťová verze fungovala podobným způsobem.
V raném období se verze MS-DOS DBMS až do verze 5 prodávaly za relativně vysokou cenu - přibližně 1 000 $, ale spustitelný program TSR, který zajišťuje práci s databází , mohl být distribuován s hotovými aplikacemi. bez poplatku.
Produkt byl vydán v únoru 1982 společností SoftCraft se sídlem v Austinu v Texasu pod vedením Douga a Nancy Woodwardových . Doug se stal viceprezidentem a vedl vývoj a Nancy se stala prezidentkou společnosti. Během několika příštích let vydali několik verzí: v únoru 1983 byl vydán Btrieve 2.x, a když MS-DOS 2.x získal podporu pro souborové a adresářové rukojeti , byl vydán Btrieve 3.0. Poté, co byla interní rozhraní standardizována v MS-DOS 3.1 v březnu 1985, Btrieve 3.1 C/S byl vydán o měsíc později, s podporou pro síťování a architekturu klient/server . V únoru 1986 byl vydán Btrieve 4.0 a po jeho aktualizaci verze 4.1 přidala podporu pro rozšířené typy klíčů a další indexy .
Přestože byl Btrieve velmi populární, zůstal pouze databázovým strojem a jeho API, zatímco „zabijácká aplikace“ mezi PC databázemi, dBase II a její nástupci, byla skutečnou databází, kterou bylo možné použít také jako samostatnou aplikaci pro všeobecné použití. jako programovací jazyk . Btrieve byl také výrazně dražší než dBase, i když nevyžadoval licenci pro každého jednotlivého uživatele hotové aplikace. Tak, Btrieve vývojářská komunita dosáhla 5,000 uživatelů, a to se rozšířilo široce ve finančním sektoru [2] . Poté společnost nějakou dobu vytvořila uživatelské rozhraní pro svůj produkt, nicméně v roce 1984 vydala program Xtrieve , který má rozhraní založené na menu a používá datový slovník ve formě souborů .DDF, který představuje pravidla vlastní relačním databázím .
V roce 1987 začal Novell diverzifikovat a skupovat různé společnosti, aby začlenil jejich produkty do svého operačního systému NetWare . Jednou z těchto společností byla SoftCraft. Nancy Woodward se stala viceprezidentkou a generální manažerkou operací v Austinu a Doug Woodward se stal viceprezidentem Advanced Database Technologies . Na začátku příštího roku vyšlo Btrieve 5.0, schopné běžet jako nativní aplikace pro NetWare (nebo VAP, z anglického Value Added Process ). Podle Jima Kylea „ má automatický inkrementační datový typ pro klíče, síťovou službu BROUTER, samostatné typy souborů pro data a klíče a schopnost komprimovat data.“ [2] Verze 5.1, vydaná v roce 1990, obdržela vylepšené možnosti pro správu transakcí se soubory, protokolování a následné „rolování“ provedených akcí, to vše spolu s některými vylepšenými API. Některé verze byly vydány pro DOS , OS/2 a Microsoft Windows . Verze 6.0 byla vydána v roce 1992, ale Novell nevyvíjel žádné úsilí, aby ji široce propagoval, a díky vylepšením, jako je přepínání z pre-imaging na stínové stránkování , bylo zjištěno, že je neslučitelná s předchozími verzemi Btrieve. Trh tuto verzi přijal chladně, nedošlo k nárůstu tržního podílu a ani k masovému přechodu z předchozích verzí (v důsledku výše uvedeného).
V době akvizice Novellu SoftCraft pracoval na produktu předběžně nazvaném XQL , což byl interpret jazyka SQL navržený pro zlepšení kompatibility s průmyslovým standardem SQL, kterému Xtrieve vyhovělo jen částečně. Tento produkt se stal základem pro NetWare SQL , jehož první verze byla vydána v roce 1989, a stal se „kostrovou“ implementací SQL interpreteru, implementující základ IBM verze jazyka SQL.
V roce 1994 se Novell téměř vzdal pokusů vytvořit z NetWare plnohodnotný alternativní operační systém, který v té době existoval, a začal prodávat společnosti získané jen o několik let dříve. Také byli schopni dokončit minimální tržní propagaci Btrieve, hlavně kvůli dlouhé době, kterou trvalo vydání šesté verze (24 měsíců). Mezi Woodwards a Novell byla uzavřena dohoda a po dvou letech Novell oznámil (26. ledna 1994), že se chystá převést vlastnictví Btrieve na Btrieve Technologies, Incorporated (také známý jako BTI ). 29. dubna 1994 byl převod dokončen, Nancy Woodwardová se stala předsedkyní BTI a Doug Woodward se stal CTO . Pozice výkonného ředitele byla svěřena Ronu Harrisovi , bývalému zaměstnanci Texas Instruments , jednomu ze zakladatelů a zaměstnanců Citrix Systems, Inc. , ve které byl nejprve ředitelem strategického plánování, později viceprezidentem marketingu a nakonec viceprezidentem produktových skupin ( eng. Product Group Vice President ).
Btrieve byl kompletně přepsán a Btrieve 6.15 byl vydán 1. července 1994 pro DOS, Windows a OS/2. Novell SQL byl přejmenován na Scalable SQL , aby držel krok se změnami v právních vztazích mezi společnostmi. V roce 1995 byl Btrieve 6.15 vydán pro Windows NT Server a Windows NT/ 95 , čímž se stal multiplatformním DBMS produktem. V této verzi se objevil koncept mechanismu mikrokernelu pro budování DBMS (MKDE).
V roce 1996 byla společnost přejmenována na Pervasive Software a její produkt na Pervasive.SQL. V roce 1997 společnost vstoupila na burzu (tj. vydala své akcie do volného oběhu). To vše bylo uděláno pro zvýšení pronikání na trh RDBMS a postavení se jako poskytovatel řešení SQL, i když pokračovali ve vývoji a prodeji Btrieve. Společnost dokončila IPO v září. Verze 6.30 nadále používala architekturu MKDE. V roce 1997 Pervasive vydala relační produkt ScalableSQL 4.0 a také Btrieve 7.0.
V roce 2000 se Novell dostal pod palbu poté, co přestal dodávat Pervasive.SQL s NetWare (počínaje NetWare 5.1). Místo toho byla dodána zkušební verze, která přestala fungovat po 90 dnech. [3] Poslední verze, Pervasive PSQL Summit v10, byla vydána v říjnu 2007. Pervasive se podle oficiálních stránek stále vyvíjí
Existovala jedna klientská konfigurace Btrieve pro DOS, vytvořená v SoftCraft . Jejich proprietární definice "klienta" byla: "Jádro Btrieve běžící na samostatné pracovní stanici." [4] To znamená, že jádro správce záznamů interagovalo s datovými soubory přímo prostřednictvím volání operačního systému a měnilo záznamy stejným způsobem, bez ohledu na to, zda byly soubory umístěny lokálně nebo na sdílené síťové složce. Takové „klientské“ jádro umožnilo pěti konkurenčním uživatelům pracovat s databází současně. Veškeré manipulace se záznamy byly prováděny lokálně, na pracovní stanici, na které běželo jádro DBMS. Btrieve pro DOS mohl používat obě strategie sdílení souborů (SEFS a MEFS).
Btrieve pro NetwareBtrieve pro Netware byl v podstatě stejný jako Btrieve pro DOS, s některými dalšími funkcemi dostupnými pouze na Netware v té době. Na souborovém serveru byl spuštěn proces BSERVERa souborový server začal spravovat databázové I/O operace, přičemž pokračoval v poskytování síťového souborového systému. Serverový proces byl původně implementován jako Netware Value Added Process (VAP) pod názvem BSERVER.VAP, ale brzy byl přepracován na NetWare Loadable Module (NLM). Byl především BSERVERmotorem DBMS zodpovědným za poskytování přístupu k záznamům, ale kromě toho také přijímal [a vyřizoval] požadavky na přenos dat na jiné servery. Tyto požadavky přicházely prostřednictvím samostatného procesu zvaného BROUTER.
Pro přenos dat I/O požadavků z/do databáze využívaly klientské pracovní stanice tzv. žadatelé jsou k dispozici pro DOS , OS / 2 , Microsoft Windows a UnixWare . Program přijal požadavky přes Btrieve API a přesměroval je do služby a poté zpracoval odpověď a přesměroval ji zpět do příslušné aplikace. BREQUEST.EXEBSERVERBSERVER
Proces BROUTERumožňoval přesměrování příchozích požadavků na jiný server obsahující kopii databáze. Načetl se na server Netware a zpracovával komunikaci mezi procesy serveru běžícími na souborovém serveru, řízenou dvěma tabulkami FST ( English File Server Tables (FST) ). Podle dokumentace Pervasive tyto tabulky obsahují seznam názvů a adres serverů a směrovací tabulku serveru (SRT) . [5] Kromě toho mohl BROUTER přesměrovat komunikační požadavky na příslušný server přes SPX , přes BSPXCOMa koordinovat zámky a další mechanismy, které řídí přístup k datům v databázi.
Btrieve pro Netware používal stejné strategie sdílení souborů SEFS a MEFS jako pod DOSem, ale protože mohl fungovat v síti, mohl podporovat jak exkluzivní, tak souběžné transakce.
Btrieve pro WindowsBtrieve pro Windows přišel předtím, než společnost přepsala základní kód DBMS pomocí MKDE. Používal mechanismy sdílení souborů SEFS a MEFS, stínové stránkování , výhradní a konfliktní zámky. Se soubory verzí 6.xa 6.1 bylo nakládáno odlišně: v souborech verze 6.x bylo možné pracovat s fragmenty záznamů namísto blokování celého záznamu; byly povoleny záznamy nad 64 kB; byla implementována variabilní alokační tabulka (VAT) , Alternate Collating Sequence (ACS) a nové datové typy ; byly povoleny zlomkové operace ( procentuální operace ) (ve kterých lze záznamy vyhledat a zpracovat podle jejich fyzického umístění v souboru); byly povoleny duplicitní vyhledávací klíče. Ve verzi 6.x bylo možné přidávat a odebírat jakékoli indexy za běhu (až do verze 6.0 včetně bylo možné odstraňovat pouze další indexy). Soubory verze 6.1 podporovaly souběžné a systémové transakce; schopnost přečíslovat klíče; tabulky ACS bez ohledu na velikost písmen a pokročilé operace zamykání.
Btrieve pro Windows mohl pracovat jako databázový klient pomocí režimů SEFS nebo MEFS, nebo mohl pracovat přímo se serverem Btrieve.
Klient BtrieveU klienta Btrieve byly všechny databázové soubory umístěny buď na místním počítači nebo na síťovém disku připojeném k tomuto počítači (pomocí příkazu DOS NET USE).
Aplikace volala funkce knihovny WBTRCALL.DLL, která byla rozhraním pro zavaděč/requestor. Zavaděč/modul žadatele zkontroloval konfigurační soubor BTI.INIpro správnou konfiguraci pro načtení klientského jádra Btrieve a následně nahrál místní rozhraní do jádra Btrieve, WBTRLOCL.DLL. V případě potřeby toto lokální rozhraní nahrálo jádro Btrieve ( ) do RAM WBTR32.EXEa začalo do něj posílat dotazy do databáze. K přístupu k databázovým souborům použilo jádro DBMS volání do různých systémových knihoven Win32 [6]
Přístup z klienta Btrieve na server BtrieveKlientská verze Btrieve pro Windows mohla přistupovat k verzi serveru prostřednictvím speciálního žadatele DOS. Tento žadatel vyžadoval použití DPMI (DOS Protected Mode Interface), které poskytovalo programům přístup k rozšířené paměti dostupné pouze prostřednictvím chráněného režimu procesorů x86 .
Stejně jako u klientského rozhraní zavolala aplikace Btrieve do knihovny WBTRCALL.DLL, která zkontrolovala BTI.INI, zda je databáze v místním systému nebo na vzdáleném serveru. Pokud bylo nutné pracovat se vzdáleným serverem, použila pro přístup k žadateli BREQUEST.EXEběžícímu pod DOSem verzi DPMI pro Windows, která již navázala síťové spojení se serverem, zpracovala databázové požadavky a vrátila žadateli zprávu, když byly zpracovány. .
Btrieve pro Windows NT/Windows 95Btrieve pro Windows NT a Windows 95 byl propuštěn v roce 1995, spolu s Btrieve pro Netware a pro Windows NT Server . Číslo verze dosáhlo 6.15 a začalo se používat mikrokernel architektury (MKDE). Mechanismy sdílení souborů zůstávají stejné (SEFS a MEFS); bylo použito stínové stránkování , byly podporovány exkluzivní a konfliktní zámky. Tato verze Btrieve umožňovala použití null pro klíče, což umožnilo provádět záznamy v databázi, i když informace o klíči chyběly. Takové klíče se neúčastnily indexování, což omezilo zbytečné hledání v indexu v databázi. Stejná verze zavedla koncept systémových transakcí a uživatelských transakcí . . MKDE povolil přestávky mezi klávesami automatického zvýšení. Alokační tabulky proměnných ocasů se objevily ve verzi 6.15, takže byly zahrnuty do sestavení Btrieve pro Windows NT/95.
Existovaly dvě konfigurace Btrieve pro Windows NT/95: samostatná pracovní stanice a klient/server .
Samostatná pracovní stanicePři použití konfigurace samostatné pracovní stanice Btrieve bylo veškeré zpracování zápisu provedeno na místní pracovní stanici, spoléhat se na místní mechanismy Windows, které MKDE ( W32MKDE.EXE) používalo pro přístup k databázovým souborům a použití zámků souborů pro synchronizaci souběžných operací.
V této konfiguraci aplikace volala Btrieve API nebo rozhraní mikrojádra ( WBTRV32.DLL) a toto rozhraní předávalo požadavky samotnému MKDE ( W32MKDE.EXE), které již přímo pracovalo s databázovými soubory pomocí souborového systému (lokálního nebo síťového). [7]
Tento přístup má však neblahé vedlejší účinky. Pokud Btrieve používá síťový mechanismus Windows a modul DBMS otevírá soubory přímo ze síťového zdroje a dojde k selhání místní sítě, v procesu aktualizace polí spojujících soubory Btrieve (nebo jednoduše odpojení síťového kabelu) může dojít k desynchronizaci, propojení mezi daty bude přerušeno (ztratí se nebo bude nesprávně nainstalováno) a databázové soubory budou poškozeny. (I když je to méně pravděpodobné u stránkování před obrázkem .)
Klient/ServerPři použití konfigurace klient/server ( angl. 'client/server' nebo 'Server edition' ) se zpracování záznamů provádí především na souborovém serveru Windows prostřednictvím mapování síťových zdrojů na disky (ve Windows se mapují síťové zdroje na virtuální síťové disky příkazem NET USE) . V tomto případě se použije oprávnění uživatele získané při autentizaci , buď při přihlašování do systému, nebo při provádění příkazu NET USE. [osm]
Pod Windows 95 rozhraní MKDE (Windows DLL WBTRV32.DLL ) ve skutečnosti definuje způsob přístupu k databázi prostřednictvím konfiguračního souboru. Pokud zjistí, že jsou na počítači nainstalovány obě varianty databázového stroje (klient/server a samostatná pracovní stanice ), zkontroluje, která z nich je předepsána k použití. Při spuštění pod Windows NT, pokud současně běží proces serveru NTMKDE.EXEi proces samostatné pracovní stanice ( W32MKDE.EXE), musí být v registru proveden údaj o použití jednoho nebo druhého . V obou případech, pokud je rozhraní MKDE řečeno, aby použilo režim samostatné pracovní stanice , použije jej W32MKDE.EXEpro přímý přístup k souboru. Pokud je specifikováno použití serverového režimu, pak rozhraní MKDE na klientovi bude používat samostatný komunikační modul ( Windows W32BTICM.DLL 95 , Windows NT ), který bude komunikovat se serverem. Samotný server má svůj vlastní komunikační modul (opět nebo ) umístěný na mapovaném síťovém disku. Dále DLL serveru komunikuje se serverem MKDE ( ), který aktualizuje záznamy a vrací klientovi potvrzení o úspěchu prostřednictvím stejného komunikačního modulu. [9]NTBTICM.DLLW32BTICM.DLLNTBTICM.DLLNTMKDE.EXE
Výhodou tohoto přístupu je, že pokud dojde k poruše místní sítě, MKDE na serveru to dokáže detekovat a provést obnovu přesněji než v konfiguraci samostatné pracovní stanice .
KonfiguraceBtrieve obsahuje nástroj pro konfiguraci nastavení MKDE. Lze konfigurovat následující parametry:
Pervasive SQL 7 byl propuštěn v březnu 1998 a zahrnoval Scalable SQL 4 a Btrieve 7.0. Btrieve 7.0 běžel na stejných platformách jako Btrieve 6.x: Windows 95, Windows NT 3.51 & 4, Netware a DOS. Společnost však změnila architekturu komponent nazvanou SmartComponents, aby řešila problémy s kompatibilitou při přechodu na novou verzi. Používalo schéma identifikace komponent s identifikátorem v souboru a kódováním v jeho názvu, spolu s dynamickým propojováním "lepících modulů" (DLL, které se načítají do paměti pouze tehdy, když jsou potřeba). Dynamické propojování komponent bylo provedeno pomocí nového přístupu „Abstract OS Services DLL“, kdy byla vybrána nejnovější verze požadované komponenty podle informací zakódovaných v názvu souboru. Dále se tento „lepící modul“ nahrál do paměti a začal se používat. [10] Starý formát souboru protokolu událostí, který existoval v Btrieve 6.x, byl nahrazen novým centralizovaným PVSW.LOGsouborem protokolu, který má vylepšený a jednotný formát. Vylepšena byla i samotná chybová hlášení a mechanismus jejich generování.
MKDE bylo zachováno v Pervasive.SQL 7. Jeho vnitřní architektura se však změnila díky nové architektuře dynamické vazby komponent. Aplikace využívající Btrieve nazývala speciální správce služeb, který hledal v různých adresářích zadaných v konfiguraci soubory s názvy určitého formátu. Zde je definice vzoru pro tyto názvy souborů BNF :
<název_souboru> ::= <kód-platformy> "BIF" <hlavní-funkční-úroveň> <vedlejší-funkční-úroveň> <kód-platformy> ::= "W1" | W2 | W3 | W9 | WT | "SZ" | "O3" <hlavní-funkční-úroveň> ::= <číslo> <vedlejší-funkční-úroveň> ::= <číslo> <číslo> <číslo> ::= "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"| Kód | Plošina |
|---|---|
| W1 | Windows 3.1x , vč. Windows for Workgroups (Win16) |
| W2 | Rozšířený Windows (32bitový Watcom Extender) |
| W3 | Windows 95, Windows NT (Win32) |
| W9 | Windows 95 |
| hm | Windows NT |
| SZ | Netware 3.xa 4.x |
| O3 | OS/2 (32bitový) |
Modul lepidla ( DLL ) se nahraje do paměti a stane se rozhraním pro MKDE. Dále MKDE určí, jak je nakonfigurováno pro práci na samostatné pracovní stanici nebo pro interakci se serverem, a začne vysílat požadavky na databázový server (přes speciální komunikační modul) nebo přímo pracovat s databázovými soubory, pokud je nakonfigurován pro „pracovní stanici“. režim ".
Pervasive.SQL 2000/2000iPervasive.SQL 2000 a 2000i používají v podstatě stejnou architekturu jako Pervasive.SQL 7, ale 2000i a zahrnují další i*Net server (pravděpodobně webový server ). Je použit stejný komponentový model, který umožňuje jak Btrieve, tak škálovatelné mechanismy přístupu k datům SQL; architektura MKDE se nadále používá. Toto vydání zahrnuje podporu pro Red Hat Linux , Caldera OpenLinux , SUSE a Solaris . Vylepšena byla také integrace s Terminálovými službami , i když na jakékoli platformě je možné spustit pouze jednu instanci databázového stroje. To znamená, že není možné spouštět samostatné kopie DBMS ve dvou nebo více terminálových relacích.
Pervasive.SQL V8Pervasive.SQL V8, představený v prosinci 2002, zlepšil výkon pro aplikace využívající jakýkoli z přístupových mechanismů (Btrieve nebo SQL), čehož je dosaženo pomocí několika nových technologií:
Balíček bezpečnostních funkcí V8 (vydán jako dočasná aktualizace na verzi 8.5) provedl důležité změny v modelu zabezpečení, aby omezil přístup k datovým souborům. Před verzí 8.5 byl přístup k datům Btrieve řízen bezpečnostními mechanismy OS, což znamenalo doslova: "Uživatel provádějící čtení/zápis dat musí mít přístup pro čtení/zápis do odpovídajících datových souborů." Nová verze implementuje nový bezpečnostní model, který umožňuje správci řídit přístup k datům Btrieve pomocí vlastního mechanismu řízení přístupu DBMS. Po aktivaci nového mechanismu již uživatel nepotřebuje přístup k datovým souborům. Navíc konfigurace klient/server již není potřeba pro sdílení síťových prostředků nebo jejich mapování jako virtuálních disků. Aplikace se nyní mohly odkazovat na chráněná data Btrieve prostřednictvím připojovacích řetězců URI .
Pervasive PSQL v9 obsahuje nové Java GUI, založené na Eclipse , dostupné pro Microsoft Windows i Linux . V9 také obsahuje mnoho aktualizací SQL, jak z hlediska výkonu, tak syntaxe, které zlepšují rychlost a funkčnost všech přístupových prvků používajících SQL - ADO.Net , JDBC , ODBC a OLE DB . A konečně, PSQL v9 zvyšuje maximální velikost databázového souboru z 64 GB v 8.xa dřívějších verzích. až 128 GB v 9.0 a 256 GB v 9.5.
Spolu s vydáním PSQL v9 byla znovu vydána utilita DDF Builder a navíc byla přidána podpora pro fulltextové vyhledávání, kterou poskytuje doplněk Full Text Search (FTS) (později však vyloučen z výrobní linka). DDF Builder poskytuje uživatelům Btrieve možnost specifikovat metadata pro existující soubory formátu Btrieve, aby byly dostupné pro nástroje SQL.
Všechny verze MKDE jsou zpětně kompatibilní s předchozími verzemi Btrieve na úrovni čtení dat. To zahrnuje verze před MKDE a formát souboru se nemění, pokud to není výslovně požadováno. Soubory z verze 5.xa starší však musí být přestavěny na formát verze 6.x nebo novější, aby je bylo možné upravit databázovým strojem verze 9.0 nebo novější. Přestavba se provádí z GUI nebo příkazu konzoly Rebuild.
Pervasive PSQL v10 Pervasive PSQL v11 Pervasive PSQL v12 Pervasive PSQL Vx Pervasive PSQL a související produktyPervasive v současné době poskytuje sadu přídavných produktů, které rozšiřují základní funkčnost databáze PSQL.