Btrieve er et databasestyringssystem til at organisere navigation , og fra versionen af Pervasive.SQL - relationelle databaser , udviklet af Pervasive Software . Baseret på ISAM -dataorganiseringsmetoden . Der var flere versioner af dette produkt til DOS , Linux , Novell NetWare , ældre versioner af Microsoft Windows ( Windows 98 , Windows NT , Windows 2000 , Windows XP , Windows Server 2003 ).
Det var oprindeligt en rekordmanager udgivet af SoftCraft omkring samme tid som de første IBM pc'er . Efter at have vundet popularitet og markedsandele, blev den købt af Novell til integration i sit Netware -operativsystem , mens den udviklede en version til MS-DOS. Dette produkt var ikke i stand til at vinde noget væsentligt marked, og efter en vis omorganisering inden for Novell blev det udskilt til udvikling i et separat, nyoprettet selskab - Btrieve Technologies, Inc. (B.T.I.).
Siden version 6.15 er Btrieve blevet opdelt i separate moduler, og selve navnet er blevet tildelt en af to dataaccessorer, der er forbundet med en standard programmeringsgrænseflade kaldet Micro-Kernel Database Engine (MKDE). Den anden version af adgangsundersystemet er Scalable SQL, et relationsdatabaseværktøj, der bruger SQL-sproget . Efter at have udgivet flere versioner blev virksomheden omdøbt til Pervasive Software og sender nu produktet under navnet Pervasive PSQL .
Tidlige udgivelser af Btrieve kvalificerede sig ikke som et DBMS, men som en " record manager "; Pervasive brugte oprindeligt udtrykket navigationsdatabase , senere ændret til transaktionsdatabase . Denne terminologi skyldes det faktum, at Btrieve kun beskæftigede sig med de elementære operationer med at oprette og opdatere poster, udtrække og slette data. ISAM bruges som en intern mekanisme til lagring og indeksering af data .
Senere versioner af Btrieve understøtter to typer transaktioner: system og bruger, førstnævnte er partier af ikke-transaktionelle operationer eller brugertransaktioner, som igen er transaktioner over rigtige data i databaser. Systemtransaktionsmekanismen blev oprettet for at tillade udførelse af flere transaktioner i én batch og for at gøre datagendannelse lettere.
Btrieve-filer består af sider, som er bidder af data, der overføres mellem RAM og vedvarende lager under I/O-operationer udført af databasemotoren. Versioner før 6.0 brugte kun datasider, indekssider og en speciel FCR-record ( filkontrolpost ) , der indeholdt vigtige oplysninger om databasefilen (sidestørrelse, antal brugte sider osv.). Sådan en fil indeholdt et søgeindeks, der var linket til fysiske sider. Fra og med version 6.0 blev konceptet med en logisk side introduceret, og allerede disse sider blev kortlagt til fysiske sider, der har en fast position i filen på drevet. Kortlægning sker gennem PAT ( sideallokeringstabeller ) sideallokeringstabeller . For at forhindre logiske integritetskrænkelser i databasefiler, bruger Btrieve to tilgange til at opdatere afhængigheder: pre-image paging i versioner før 6.0 og shadow paging i senere versioner. Overgangen fra pre-image paging til shadow paging krævede en betydelig ombygning, hvilket førte til en fundamental ændring i filformatet og tab af kompatibilitet mellem den 6. version og de tidligere.
Ved adgang til filer kan databasemotoren bruge to strategier, forkortet som SEFS og MEFS, fra engelsk. Single Engine File Sharing (SEFS); Multi Engine File Sharing (MEFS) . SEFS indebærer, at kun én instans af databasemotoren vil arbejde med filer, mens MEFS tillader flere uafhængige instanser at arbejde med de samme filer på samme tid (hvor hver sådan motor betjener sine egne brugere).
Btrieve har været ejet og udviklet af tre forskellige virksomheder gennem hele udviklingen: SoftCraft, Novell og Btrieve Technologies, Inc. (senere omdøbt til Pervasive Software ). De havde alle loyale og dedikerede udviklere, og at dømme efter firmalitteraturen forblev de fuldstændigt engagerede i dette produkt. På et tidspunkt grundlagde Pervasive "Btrieve Community" for at organisere eksisterende udviklere [1] .
Under MS-DOS , op til version 5, var Btrieve et TSR-program , der fungerede som en applikationsprogrammeringsgrænseflade (API) til databasemotoren , der forsynede applikationsprogrammer med et sæt funktionskald til at implementere en flerbrugerdatabase med rekordniveau låseevne . Netværksversionen fungerede på lignende måde.
I den tidlige periode blev MS-DOS-versioner af DBMS, op til version 5, solgt til en relativt høj pris - cirka $ 1000, dog kunne TSR eksekverbare program, der giver arbejde med databasen distribueres med færdige applikationer royaltyfri.
Produktet blev frigivet i februar 1982 af Austin, Texas -baserede SoftCraft under ledelse af Doug og Nancy Woodward . Doug blev vicepræsident og ledede udvikling, og Nancy blev præsident for virksomheden. De udgav flere versioner i løbet af de næste par år: i februar 1983 blev Btrieve 2.x udgivet, og da MS-DOS 2.x fik understøttelse af fil- og mappehåndtag , blev Btrieve 3.0 udgivet. Efter at de interne grænseflader blev standardiseret i MS-DOS 3.1 i marts 1985, blev Btrieve 3.1 C/S udgivet en måned senere med understøttelse af netværk og klient/server- arkitektur . I februar 1986 blev Btrieve 4.0 udgivet, og efter opdateringen tilføjede version 4.1 understøttelse af udvidede nøgletyper og yderligere indekser .
Selvom Btrieve var meget populær, forblev den kun en databasemotor og dens API, mens "killer-applikationen" blandt pc-databaser, dBase II og dens efterfølgere, var en rigtig database, der også kunne bruges som en selvstændig applikation til generelle formål. , og som programmeringssprog . Btrieve var også væsentligt dyrere end dBase, selvom det ikke krævede en licens for hver enkelt bruger af den færdige applikation. Således nåede Btrieve-udviklerfællesskabet op på 5.000 brugere, og det spredte sig bredt i den finansielle sektor [2] . Herefter tog virksomheden lidt tid på at skabe en brugergrænseflade til deres produkt, men i 1984 udgav de Xtrieve- programmet , som har en menubaseret grænseflade og bruger en dataordbog i form af .DDF-filer, hvilket introducerer reglerne iboende i relationelle databaser .
I 1987 begyndte Novell at diversificere og opkøbe forskellige virksomheder for at inkludere deres produkter i deres NetWare -operativsystem . Et af disse firmaer var SoftCraft. Nancy Woodward blev vicepræsident og general manager for Austin operations, og Doug Woodward blev vicepræsident for Advanced Database Technologies . I begyndelsen af det næste år blev Btrieve 5.0 frigivet, der kunne køre som en indbygget applikation til NetWare (eller VAP, fra den engelske Value Added Process ). Ifølge Jim Kyle , " den havde en auto-increment datatype for nøgler, en BROUTER netværkstjeneste, separate filtyper for data og nøgler, og evnen til at komprimere data." [2] Version 5.1, udgivet i 1990, modtog forbedrede muligheder for at styre filtransaktioner, logning og efterfølgende "rullering" af de handlinger, der blev taget, alt sammen sammen med nogle forbedrede API. Nogle versioner er blevet frigivet til DOS , OS/2 og Microsoft Windows . Version 6.0 blev udgivet i 1992, men Novell gjorde ingen indsats for at promovere den bredt, og på grund af forbedringer til den, såsom at skifte fra pre-imaging til shadow-paging , blev den fundet at være inkompatibel med tidligere versioner af Btrieve. Markedet accepterede denne version køligt, der var ingen stigning i markedsandele, og der var heller ingen masseovergang fra tidligere versioner (som følge af ovenstående).
På tidspunktet for Novells opkøb arbejdede SoftCraft på et produkt, der foreløbigt blev kaldt XQL , som var en SQL -sprogfortolker designet til at forbedre kompatibiliteten med SQL-industristandarden, som Xtrieve kun delvist overholdt. Dette produkt blev grundlaget for NetWare SQL , hvis første version blev udgivet i 1989, og blev den "skeletale" implementering af SQL-fortolkeren, der implementerede grundlaget for IBM-versionen af SQL-sproget.
I 1994 havde Novell næsten opgivet at forsøge at gøre NetWare til et fuldgyldigt alternativt operativsystem, der eksisterede på det tidspunkt, og begyndte at sælge fra virksomheder, der blev købt kun få år tidligere. Desuden var de kun i stand til at gennemføre en minimal markedspromovering af Btrieve, primært på grund af den lange tid, det tog at udgive den sjette version (24 måneder). Der blev indgået en aftale mellem Woodwards og Novell, og efter to år meddelte Novell (26. januar 1994), at de ville overføre ejerskabet af Btrieve til Btrieve Technologies, Incorporated (også kendt som BTI ). Den 29. april 1994 blev overførslen gennemført, Nancy Woodward blev BTI- formand og Doug Woodward blev CTO . Stillingen som administrerende direktør blev givet til Ron Harris , en tidligere ansat i Texas Instruments , en af grundlæggerne og ansatte i Citrix Systems, Inc. , hvor han først var direktør for strategisk planlægning, senere - vicepræsident for marketing og til sidst vicepræsident for produktgrupper ( eng. Product Group Vice President ).
Btrieve blev fuldstændigt omskrevet, og Btrieve 6.15 blev udgivet den 1. juli 1994 til DOS, Windows og OS/2. Novell SQL er blevet omdøbt til Scalable SQL for at følge med ændringer i juridiske forhold mellem virksomheder. I 1995 blev Btrieve 6.15 udgivet til Windows NT Server og Windows NT/ 95 , og blev således et DBMS-produkt på tværs af platforme . Konceptet med mikrokernemekanismen til opbygning af et DBMS (MKDE) dukkede op i denne version.
I 1996 blev virksomheden omdøbt til Pervasive Software og dets produkt til Pervasive.SQL. I 1997 blev selskabet børsnoteret (det vil sige, at det udstedte sine aktier for free float). Alt dette blev gjort for at øge indtrængen på RDBMS-markedet og positionere sig som en SQL-løsningsleverandør, selvom de fortsatte med at udvikle og sælge Btrieve. Selskabet gennemførte sin børsnotering i september. Version 6.30 fortsatte med at bruge MKDE-arkitekturen. I 1997 udgav Pervasive det relationelle produkt ScalableSQL 4.0 samt Btrieve 7.0.
I 2000 kom Novell under beskydning, efter at det holdt op med at sende Pervasive.SQL med NetWare (startende med NetWare 5.1). I stedet blev der leveret en prøveversion, der holdt op med at fungere efter 90 dage. [3] Den seneste version, Pervasive PSQL Summit v10, blev udgivet i oktober 2007. Pervasive udvikles stadig ifølge den officielle hjemmeside
Der var én klientbaseret Btrieve-konfiguration til DOS, oprettet i SoftCraft . Deres proprietære definition af "klient" var: "Btrieve-kernen kører på en separat arbejdsstation." [4] Det vil sige, at kernen af record manager interagerede med datafilerne direkte, gennem opkald til operativsystemet, og ændrede registreringerne på samme måde, uanset om filerne var lokaliseret eller på en netværksshare. En sådan "klient"-kerne tillod fem konkurrerende brugere at arbejde samtidigt med databasen. Alle manipulationer med poster blev udført lokalt på den arbejdsstation, hvor DBMS-kernen kørte. Btrieve for DOS kunne bruge begge fildelingsstrategier (SEFS og MEFS).
Btrieve for NetwareBtrieve for Netware var stort set det samme som Btrieve for DOS, med nogle ekstra funktioner, der kun var tilgængelige på Netware på det tidspunkt. En proces blev startet på filserveren BSERVER, og filserveren begyndte at administrere database I/O-operationer, mens den fortsatte med at levere et netværksfilsystem. Serverprocessen blev oprindeligt implementeret som en Netware Value Added Process (VAP) under navnet BSERVER.VAP, men blev snart omdannet til et NetWare Loadable Module (NLM). Han var hovedsageligt BSERVERden DBMS-motor, der var ansvarlig for at give adgang til poster, men derudover accepterede han også [og udførte] anmodninger om at overføre data til andre servere. Disse anmodninger kom gennem en separat proces kaldet BROUTER.
For at overføre data I/O-anmodninger fra/til databasen brugte klientarbejdsstationer den såkaldte. forespørgere tilgængelige til DOS , OS / 2 , Microsoft Windows og UnixWare . Programmet modtog anmodninger gennem Btrieve API og omdirigerede dem til tjenesten og behandlede derefter svaret og omdirigerede det tilbage til den relevante applikation. BREQUEST.EXEBSERVERBSERVER
Processen BROUTERgjorde det muligt at omdirigere indgående anmodninger til en anden server, der indeholdt en kopi af databasen. Den blev indlæst på en Netware-server og håndterede kommunikation mellem serverprocesser, der kørte på en filserver, styret af to FST-tabeller ( Engelske filservertabeller (FST) ). Ifølge Pervasive-dokumentationen indeholder disse tabeller en liste over servernavne og -adresser og en Server Routing Table (SRT) server-routingtabel . [5] Derudover kunne BROUTER omdirigere kommunikationsanmodninger til den relevante server via SPX , via BSPXCOM, og koordinere låse og andre mekanismer, der styrer adgangen til data i databasen.
Btrieve for Netware brugte de samme SEFS- og MEFS-fildelingsstrategier som under DOS, men fordi det kunne fungere på netværket, kunne det understøtte både eksklusive og samtidige transaktioner.
Btrieve til WindowsBtrieve for Windows kom før virksomheden omskrev DBMS-kernekoden ved hjælp af MKDE. Den brugte SEFS- og MEFS-fildelingsmekanismer, shadow-paging , eksklusive og stridslåse. Filer af version 6.x og 6.1 blev håndteret forskelligt: i filer af version 6.x var det muligt at operere på fragmenter af poster i stedet for at blokere hele posten; poster over 64 KB var tilladt; variabel-hale-allokeringstabel (VAT) , Alternate Collating Sequence (ACS) og nye datatyper blev implementeret ; brøkoperationer ( procentoperationer ) var tilladt (hvor poster kunne findes og behandles efter deres fysiske placering i filen); duplikerede søgenøgler var tilladt. I version 6.x blev det muligt at tilføje og fjerne eventuelle indekser i farten (til og med version 6.0 kunne kun yderligere indekser fjernes). Version 6.1-filer understøttede samtidige transaktioner og systemtransaktioner; evnen til at omnummerere nøgler; case-ufølsomme ACS-borde og avancerede låsefunktioner.
Btrieve til Windows kunne fungere som en databaseklient ved hjælp af SEFS- eller MEFS-tilstande, eller kunne arbejde direkte med en Btrieve-server.
Client BtrieveFor klient Btrieve blev alle databasefiler placeret enten på den lokale computer eller på et netværksdrev forbundet til denne computer (ved hjælp af DOS-kommandoen NET USE).
Applikationen foretog opkald til funktionerne i biblioteket WBTRCALL.DLL, som var grænsefladen til indlæseren/anmoderen. Indlæser-/anmodningsmodulet tjekkede konfigurationsfilen BTI.INIfor den korrekte konfiguration for at indlæse Btrieve-klientkernen og indlæste igen den lokale grænseflade til Btrieve-kernen, WBTRLOCL.DLL. Om nødvendigt indlæste denne lokale grænseflade Btrieve-kernen ( ) i RAM WBTR32.EXEog begyndte at sende forespørgsler til databasen til den. For at få adgang til databasefiler brugte DBMS-kernen kald til forskellige Win32 -systembiblioteker [6]
Adgang fra klient Btrieve til server BtrieveKlientversionen af Btrieve til Windows kunne få adgang til serverversionen gennem en speciel DOS-anmoder. Denne anmoder krævede brugen af DPMI (DOS Protected Mode Interface), som gav programmer adgang til udvidet hukommelse , kun tilgængelig gennem den beskyttede tilstand af x86-processorer .
Som med klientgrænsefladen foretog Btrieve-applikationen et opkald til et bibliotek WBTRCALL.DLL, der kontrollerede BTI.INI, om databasen var på det lokale system eller på en fjernserver. Hvis det var nødvendigt at arbejde med en fjernserver, brugte hun Windows-versionen af DPMI til at få adgang til rekvirenten BREQUEST.EXE, der kørte under DOS, som allerede etablerede en netværksforbindelse med serveren, behandlede databaseanmodninger og returnerede en besked til rekvirenten, når de blev behandlet .
Btrieve til Windows NT/Windows 95Btrieve til Windows NT og Windows 95 blev udgivet i 1995 sammen med Btrieve til Netware og til Windows NT Server . Versionsnummeret nåede 6.15 og brugen af mikrokernearkitektur (MKDE) begyndte. Fildelingsmekanismer forbliver de samme (SEFS og MEFS); shadow-paging blev brugt , eksklusive og konfliktlåse blev understøttet. Denne version af Btrieve tillod brugen af null for nøgler, hvilket gjorde det muligt at foretage indtastninger i databasen, selvom nøgleoplysningerne manglede. Sådanne nøgler deltog ikke i indekseringen, hvilket reducerede den ubrugelige søgning i indekset i databasen. Den samme version introducerede begrebet systemtransaktioner og brugertransaktioner . . MKDE tillod pauser mellem auto-increment nøgler. Variable-tail allokeringstabeller dukkede op i version 6.15, så de blev inkluderet i Btrieve build til Windows NT/95.
Der var to Btrieve-konfigurationer til Windows NT/95: selvstændig arbejdsstation og klient/server .
Standalone arbejdsstationNår du bruger den selvstændige arbejdsstation Btrieve-konfiguration, blev al skrivebehandling udført på den lokale arbejdsstation, baseret på de lokale Windows-mekanismer, som MKDE ( W32MKDE.EXE) brugte til at få adgang til databasefiler og anvende fillåse til at synkronisere samtidige operationer.
I denne konfiguration foretog applikationen opkald til Btrieve API eller mikrokernegrænsefladen ( WBTRV32.DLL), og denne grænseflade sendte anmodninger til selve MKDE ( W32MKDE.EXE), som allerede arbejdede direkte med databasefilerne ved hjælp af filsystemet (lokalt eller netværk). [7]
Denne tilgang har dog uheldige bivirkninger. Hvis Btrieve bruger Windows-netværksmekanismen, og DBMS-motoren åbner filer direkte fra en netværksressource, og der opstår en lokal netværksfejl, i processen med at opdatere de felter, der forbinder Btrieve-filer (eller blot afbryde netværkskablet), kan desynkronisering forekomme, links mellem data vil blive brudt (tabt eller vil blive installeret forkert), og databasefilerne vil blive beskadiget. (Selvom det er mindre sandsynligt, at dette sker med pre-billed-sidesøgning .)
Klient/serverNår du bruger klient/server-konfigurationen ( eng. 'client/server' eller 'Server edition' ), udføres behandlingen af indtastninger hovedsageligt på Windows-filserveren, gennem tilknytning af netværksressourcer til diske (under Windows er netværksressourcer kortlagt til virtuelle netværksdrev ved kommandoen NET USE) . I dette tilfælde bruges brugerens autoritet opnået under godkendelse , enten når du logger på systemet, eller når kommandoen udføres NET USE. [otte]
Under Windows 95 definerer MKDE (Windows DLL WBTRV32.DLL ) grænsefladen faktisk den måde, der tilgås databasen via en konfigurationsfil. Hvis den registrerer, at begge varianter af databasemotoren (klient/server og selvstændig arbejdsstation ) er installeret på computeren, så tjekker den, hvilken der er ordineret til at blive brugt. Når du kører under Windows NT, hvis både serverprocessen NTMKDE.EXEog den selvstændige arbejdsstationproces ( W32MKDE.EXE) kører på samme tid, skal der angives en indikation om at bruge den ene eller den anden i registreringsdatabasen . I begge tilfælde, hvis MKDE-grænsefladen bliver bedt om at bruge den selvstændige arbejdsstationstilstand , vil den bruge den W32MKDE.EXEtil direkte filadgang. Hvis det er angivet til at bruge servertilstand, så vil MKDE-grænsefladen på klienten bruge et separat kommunikationsmodul ( W32BTICM.DLL Windows 95 , NTBTICM.DLLpå Windows NT ), som vil kommunikere med serveren. Selve serveren har sit eget kommunikationsmodul (igen W32BTICM.DLLeller NTBTICM.DLL) placeret på det tilknyttede netværksdrev. Dernæst kommunikerer server-DLL'en med serveren MKDE ( NTMKDE.EXE), som opdaterer indtastningerne og returnerer en succesbekræftelse til klienten gennem det samme kommunikationsmodul. [9]
Fordelen ved denne tilgang er, at hvis det lokale netværk svigter, er MKDE'en på serveren i stand til at detektere dette og udføre gendannelse mere præcist end i den selvstændige arbejdsstationskonfiguration .
KonfigurationBtrieve inkluderer et hjælpeprogram til at konfigurere MKDE-indstillinger. Følgende parametre kan konfigureres:
Pervasive SQL 7 blev udgivet i marts 1998 og inkluderede Scalable SQL 4 og Btrieve 7.0. Btrieve 7.0 kørte på de samme platforme som Btrieve 6.x: Windows 95, Windows NT 3.51 & 4, Netware og DOS. Virksomheden har dog ændret komponentarkitekturen kaldet SmartComponents for at løse kompatibilitetsproblemer, når de skifter til en ny version. Den brugte et komponentidentifikationsskema med både en identifikator i en fil og kodning i dens navn sammen med dynamisk sammenkædning af "limmoduler" (DLL'er, der kun indlæses i hukommelsen, når de er nødvendige). Dynamisk sammenkædning af komponenter blev udført ved hjælp af en ny tilgang, "Abstract OS Services DLL", hvor den seneste version af en påkrævet komponent blev valgt ved hjælp af information kodet i dens filnavn. Dernæst blev dette "limningsmodul" indlæst i hukommelsen og begyndte at blive brugt. [10] Det gamle hændelseslogfilformat, der fandtes i Btrieve 6.x, er blevet erstattet af en ny centraliseret logfil PVSW.LOG, der har et forbedret og samlet format. Selve fejlmeddelelserne og mekanismen til at generere dem er også blevet forbedret.
MKDE er blevet bibeholdt i Pervasive.SQL 7. Dens interne arkitektur har dog ændret sig på grund af den nye dynamiske komponentbindingsarkitektur. Et program, der bruger Btrieve, kaldes en speciel service manager, som kiggede i forskellige mapper, der er angivet i konfigurationen, efter filer med navne i et bestemt format. Her er definitionen af mønsteret for disse BNF -filnavne :
<filename> ::= <platform-code> "BIF" <major-functional-level> <minor-functional-level> <platform-kode> ::= "W1" | W2 | W3 | W9 | WT | "NW" | "O3" <major-functional-level> ::= <nummer> <minor-functional-level> ::= <number> <number> <nummer> ::= "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"| Koden | Platform |
|---|---|
| W1 | Windows 3.1x , inkl. Windows til arbejdsgrupper (Win16) |
| W2 | Udvidet Windows (32-bit Watcom Extender) |
| W3 | Windows 95, Windows NT (Win32) |
| W9 | Windows 95 |
| vægt | Windows NT |
| NW | Netware 3.x og 4.x |
| O3 | OS/2 (32-bit) |
Limmodulet ( DLL ) indlæses i hukommelsen og bliver en grænseflade til MKDE. Dernæst bestemmer MKDE, hvordan den er konfigureret til at arbejde på en separat arbejdsstation eller til at interagere med serveren, og begynder at sende anmodninger til databaseserveren (via et særligt kommunikationsmodul) eller arbejde direkte med databasefiler, hvis den er konfigureret til "arbejdsstation "tilstand.
Pervasive.SQL 2000/2000iPervasive.SQL 2000 og 2000i bruger stort set den samme arkitektur som Pervasive.SQL 7, men 2000i og inkluderer en ekstra i*Net-server (sandsynligvis en webserver ). Den samme komponentmodel bruges, hvilket tillader både Btrieve og Scalable SQL dataadgangsmekanismer; MKDE-arkitekturen bliver fortsat brugt. Denne udgivelse inkluderer understøttelse af Red Hat Linux , Caldera OpenLinux , SUSE og Solaris . Integration med Terminal Services er også blevet forbedret , selvom det kun er muligt at køre én forekomst af databasemotoren på enhver platform. Det vil sige, at det ikke er muligt at køre separate kopier af DBMS i to eller flere terminalsessioner.
Pervasive.SQL V8Pervasive.SQL V8, som blev introduceret i december 2002, har forbedret ydeevne for applikationer, der bruger enhver af adgangsmekanismerne (Btrieve eller SQL), hvilket opnås ved hjælp af flere nye teknologier:
V8 Security Feature Pack ( udgivet som en midlertidig opdatering til version 8.5) foretog vigtige ændringer i sikkerhedsmodellen for at begrænse adgangen til datafiler. Før version 8.5 blev adgangen til Btrieve-data kontrolleret af OS-sikkerhedsmekanismer, hvilket bogstaveligt betød: "En bruger, der læser/skriver data, skal have læse-/skriveadgang til de tilsvarende datafiler." Den nye version implementerer en ny sikkerhedsmodel, der giver administratoren mulighed for at kontrollere adgangen til Btrieve-data ved hjælp af sin egen DBMS-adgangskontrolmekanisme. Efter aktivering af den nye mekanisme har brugeren ikke længere brug for adgang til datafilerne. Derudover er klient/server-konfigurationer ikke længere nødvendige for at dele netværksressourcer eller kortlægge dem som virtuelle diske. Applikationer kunne nu henvise til beskyttede Btrieve-data via URI - forbindelsesstrenge.
Pervasive PSQL v9 inkluderer en ny Java GUI, baseret på Eclipse , tilgængelig til både Microsoft Windows og Linux . V9 indeholder også mange SQL-opdateringer, både med hensyn til ydeevne og syntaks, som forbedrer hastigheden og funktionaliteten af alle accessorer, der bruger SQL - ADO.Net , JDBC , ODBC og OLE DB . Endelig øger PSQL v9 den maksimale databasefilstørrelse fra 64 GB i 8.x og tidligere. op til 128 GB i 9.0 og 256 GB i 9.5.
Sammen med udgivelsen af PSQL v9 blev DDF Builder -værktøjet genudgivet , og derudover blev understøttelse af fuldtekstsøgning tilføjet, leveret af tilføjelsen Full Text Search (FTS) (senere dog udelukket fra produkt linje). DDF Builder giver Btrieve-brugere mulighed for at specificere metadata for eksisterende Btrieve-formatfiler for at gøre dem tilgængelige for SQL-værktøjer.
Alle versioner af MKDE er bagudkompatible med tidligere versioner af Btrieve på datalæseniveau. Dette inkluderer versioner før MKDE, og filformatet ændres ikke, medmindre det specifikt anmodes om det. Filer fra version 5.x og tidligere skal dog genopbygges til formatet version 6.x eller nyere for at kunne ændres af databasemotoren version 9.0 eller nyere. Genopbygning udføres fra GUI eller en konsolkommando Rebuild.
Pervasive PSQL v10 Pervasive PSQL v11 Pervasive PSQL v12 Pervasive PSQL Vx Gennemtrængende PSQL og relaterede produkterPervasive tilbyder i øjeblikket et sæt tilføjelsesprodukter, der udvider PSQL-databasens grundlæggende funktionalitet.