A Btrieve egy adatbázis-kezelő rendszer a navigáció szervezésére , és a Pervasive.SQL - relációs adatbázisok verziójából , amelyet a Pervasive Software fejlesztett ki . Az ISAM adatszervezési módszer alapján . Ennek a terméknek számos verziója létezett DOS , Linux , Novell NetWare , valamint a Microsoft Windows régebbi verzióihoz ( Windows 98 , Windows NT , Windows 2000 , Windows XP , Windows Server 2003 ).
Eredetileg egy lemezkezelő volt, amelyet a SoftCraft adott ki, nagyjából az első IBM PC -kkel egy időben . A népszerűség és a piaci részesedés megszerzése után a Novell megvásárolta, hogy integrálja Netware operációs rendszerébe , miközben MS-DOS-hoz fejlesztett verziót. Ez a termék nem tudott jelentős piacot megnyerni, és a Novell-en belüli átszervezést követően egy külön, újonnan létrehozott cég – a Btrieve Technologies, Inc. – fejlesztésére különválasztották. (B.T.I.).
A 6.15-ös verzió óta a Btrieve külön modulokra oszlik, és magát a nevet a Micro-Kernel Database Engine (MKDE) szabványos programozási interfészhez kapcsolódó két adatelérés egyikéhez rendelték. A hozzáférési alrendszer második verziója a Scalable SQL, egy relációs adatbázis-eszköz, amely az SQL nyelvet használja . Több verzió kiadása után a céget átnevezték Pervasive Software -re, és most Pervasive PSQL néven szállítja a terméket .
A Btrieve korai kiadásai nem minősültek DBMS- nek , hanem " lemezkezelőnek "; A Pervasive eredetileg a navigációs adatbázis kifejezést használta , később tranzakciós adatbázisra változott . Ez a terminológia annak köszönhető, hogy a Btrieve csak a rekordok létrehozásának és frissítésének, az adatok kinyerésének és törlésének elemi műveleteivel foglalkozott. Az ISAM belső mechanizmusként szolgál az adatok tárolására és indexelésére .
A Btrieve későbbi verziói kétféle tranzakciót támogatnak: rendszer- és felhasználói tranzakciókat, az előbbi nem tranzakciós műveletek vagy felhasználói tranzakciók kötegei, amelyek viszont valós adatok feletti tranzakciók adatbázisokban. A rendszertranzakciós mechanizmust azért hozták létre, hogy lehetővé tegye több tranzakció egy kötegben történő végrehajtását, és megkönnyítse az adatok helyreállítását.
A Btrieve fájlok oldalakból állnak, amelyek az adatbázismotor által végrehajtott I/O műveletek során a RAM és a perzisztens tárhely között átvitt adattömbök. A 6.0 előtti verziók csak adatlapokat, indexoldalakat és egy speciális FCR-rekordot (fájlvezérlő rekordot ) használtak, amely fontos információkat tartalmazott az adatbázisfájlról (oldalméret, felhasznált oldalak száma stb.). Egy ilyen fájl fizikai oldalakra hivatkozott keresési indexet tartalmazott. A 6.0-s verziótól kezdődően bevezették a logikai oldal fogalmát, és már ezek az oldalak olyan fizikai oldalakra lettek leképezve, amelyeknek rögzített helyük van a meghajtón lévő fájlban. A leképezés a PAT ( oldalallokációs táblák ) oldalfoglalási táblákon keresztül történik . Az adatbázisfájlok logikai integritásának megsértésének megelőzése érdekében a Btrieve két módszert alkalmaz a függőségek frissítésére: a kép előtti lapozást a 6.0 előtti verziókban és az árnyéklapozást a későbbi verziókban. A kép előtti lapozásról az árnyéklapozásra való áttérés jelentős átépítést igényelt, ami a fájlformátum alapvető változásához és a 6. verzió és a korábbiak közötti kompatibilitás elvesztéséhez vezetett.
A fájlok elérésekor az adatbázis-motor két stratégiát használhat, angolul SEFS-nek és MEFS-nek rövidítve . Egymotoros fájlmegosztás (SEFS); Többmotoros fájlmegosztás (MEFS) . Az SEFS azt jelenti, hogy az adatbázismotornak csak egy példánya fog működni fájlokkal, míg a MEFS lehetővé teszi több független példány számára, hogy ugyanazokkal a fájlokkal dolgozzon egyidejűleg (minden ilyen motor a saját felhasználóit szolgálja ki).
A Btrieve a fejlesztése során három különböző vállalat tulajdonában és fejlesztésében volt: SoftCraft, Novell és Btrieve Technologies, Inc. (később átkeresztelve Pervasive Software ). Mindegyiküknek hűséges és elkötelezett fejlesztői voltak, és a vállalati szakirodalomból ítélve teljes mértékben elkötelezettek maradtak e termék mellett. Egy időben a Pervasive megalapította a "Btrieve Community"-t a meglévő fejlesztők megszervezésére [1] .
Az MS-DOS alatt az 5-ös verzióig a Btrieve egy TSR program volt, amely az adatbázis-motor alkalmazásprogramozási felületeként (API) működött, és az alkalmazásprogramokat függvényhívásokkal látta el a rekordszintű többfelhasználós adatbázis megvalósításához. reteszelő képesség . A hálózati változat is hasonlóan működött.
A korai időszakban a DBMS MS-DOS verzióit az 5-ös verzióig viszonylag magas áron adták el - körülbelül 1000 dollárért, azonban az adatbázissal munkát biztosító TSR futtatható program már kész alkalmazásokkal is terjeszthető volt. jogdíjmentes.
A terméket 1982 februárjában adta ki az austini, texasi székhelyű SoftCraft Doug és Nancy Woodward irányítása alatt . Doug alelnök lett és a fejlesztést irányította, Nancy pedig a cég elnöke lett. Az elkövetkező néhány évben több verziót is kiadtak: 1983 februárjában megjelent a Btrieve 2.x, és amikor az MS-DOS 2.x támogatást kapott a fájl- és könyvtárkezelőkhöz, megjelent a Btrieve 3.0. Miután 1985 márciusában szabványosították a belső interfészeket az MS-DOS 3.1-ben, egy hónappal később megjelent a Btrieve 3.1 C/S, amely támogatja a hálózatépítést és a kliens/szerver architektúrát . 1986 februárjában megjelent a Btrieve 4.0, és a frissítés után a 4.1-es verzió támogatja a kiterjesztett kulcstípusokat és további indexeket .
Bár a Btrieve nagyon népszerű volt, továbbra is csak egy adatbázis-motor és API-ja maradt, míg a PC-s adatbázisok „gyilkos alkalmazása”, a dBase II és utódai igazi adatbázis volt, amelyet önálló általános célú alkalmazásként is lehetett használni. mint programozási nyelv . A Btrieve emellett lényegesen drágább volt, mint a dBase, bár nem igényelt licencet a kész alkalmazás minden egyes felhasználója számára. Így a Btrieve fejlesztői közösség elérte az 5000 felhasználót, és széles körben elterjedt a pénzügyi szektorban [2] . Ezt követően a cégnek némi időbe telt, mire elkészítette termékük felhasználói felületét, azonban 1984-ben kiadták a szabályokat bevezető Xtrieve programot , amely menü alapú felülettel rendelkezik, és .DDF fájlok formájában adatszótárt használ. a relációs adatbázisokban rejlő .
1987- ben a Novell elkezdte diverzifikálni és felvásárolni a különböző vállalatokat, hogy termékeiket beépítsék NetWare operációs rendszerébe . Az egyik ilyen cég a SoftCraft volt. Nancy Woodward alelnöke és az austini műveletek vezérigazgatója, Doug Woodward pedig az Advanced Database Technologies alelnöke lett . A következő év elején megjelent a Btrieve 5.0, amely a NetWare (vagy VAP, az angol Value Added Process szóból ) natív alkalmazásként képes futni. Jim Kyle szerint " volt benne a kulcsok automatikus növekményes adattípusa, egy BROUTER hálózati szolgáltatás, külön fájltípusok az adatokhoz és a kulcsokhoz, valamint az adatok tömörítésének lehetősége." [2] Az 1990-ben kiadott 5.1-es verzió továbbfejlesztett képességeket kapott a fájltranzakciók kezelésére, a naplózásra és a végrehajtott műveletek későbbi "görgetésére", valamint némi továbbfejlesztett API-val. Egyes verziók megjelentek DOS , OS/2 és Microsoft Windows rendszerekhez . A 6.0-s verziót 1992-ben adták ki, de a Novell nem törekedett széles körben népszerűsíteni, és a rajta végrehajtott fejlesztések miatt, mint például az előzetes képalkotásról az árnyéklapozásra való váltás , úgy találták, hogy nem kompatibilis a Btrieve korábbi verzióival. A piac hűvösen fogadta ezt a változatot, nem nőtt a piaci részesedés, és nem történt tömeges átállás a korábbi verzióktól sem (a fentiek hatására).
A Novell felvásárlásának időpontjában a SoftCraft az XQL névre keresztelt terméken dolgozott, amely egy SQL nyelvi tolmács , amelyet az SQL iparági szabvánnyal való kompatibilitás javítására terveztek, amelynek az Xtrieve csak részben felelt meg. Ez a termék lett az alapja a NetWare SQL -nek , amelynek első verziója 1989-ben jelent meg, és az SQL interpreter "csontvázas" megvalósítása lett, megvalósítva az SQL nyelv IBM verziójának alapját.
1994-re a Novell már majdnem felhagyott azzal, hogy a NetWare-t az akkoriban létező teljes értékű alternatív operációs rendszerré tegye, és elkezdte eladni a néhány évvel korábban felvásárolt cégeket. Emellett a Btrieve minimális piaci promócióját tudták csak végrehajtani, főként a hatodik verzió kiadásának hosszú idő (24 hónap) miatt. Megállapodás született a Woodwards és a Novell között, és két év elteltével a Novell bejelentette (1994. január 26-án), hogy a Btrieve tulajdonjogát a Btrieve Technologies, Incorporated- re (más néven BTI -re ) ruházza át. 1994. április 29-én az átadás befejeződött, Nancy Woodward lett a BTI elnöke , Doug Woodward pedig a műszaki igazgató . Az ügyvezető igazgatói posztot Ron Harris , a Texas Instruments korábbi alkalmazottja, a Citrix Systems, Inc. egyik alapítója és alkalmazottja kapta. , amelyben először a stratégiai tervezésért felelős igazgató, később - a marketing alelnöke, végül a termékcsoportok alelnöke ( eng. Product Group Vice President ).
A Btrieve teljesen át lett írva, és a Btrieve 6.15 1994. július 1-jén jelent meg DOS, Windows és OS/2 operációs rendszerre. A Novell SQL -t átnevezték Scalable SQL -re, hogy lépést tartson a vállalatok közötti jogviszonyok változásaival. 1995-ben jelent meg a Btrieve 6.15 Windows NT Server és Windows NT/ 95 rendszerekre , így vált platformok közötti DBMS termékké. Ebben a verzióban jelent meg a DBMS (MKDE) felépítésére szolgáló mikrokernel mechanizmus koncepciója.
1996-ban a céget átnevezték Pervasive Software -re, termékét pedig Pervasive.SQL-re. 1997-ben a társaság tőzsdére ment (vagyis szabadon forgalomba bocsátotta részvényeit). Mindezt azért tették, hogy növeljék az RDBMS-piac elterjedését és SQL-megoldás-szolgáltatóként pozicionálják magát, bár folytatták a Btrieve fejlesztését és értékesítését. A társaság szeptemberben fejezte be IPO -ját. A 6.30-as verzió továbbra is az MKDE architektúrát használta. 1997-ben a Pervasive kiadta a ScalableSQL 4.0 relációs terméket, valamint a Btrieve 7.0-t.
2000-ben a Novell kritika alá került, miután leállította a Pervasive.SQL-t a NetWare-rel (a NetWare 5.1-től kezdve). Ehelyett egy próbaverziót szállítottak, amely 90 nap után leállt. [3] A legújabb verzió, a Pervasive PSQL Summit v10 2007 októberében jelent meg. A hivatalos weboldal szerint a Pervasive még fejlesztés alatt áll
Egy kliens alapú Btrieve konfiguráció volt a DOS-hoz, amelyet a SoftCraftban hoztak létre . A "kliens" saját definíciója a következő volt: "A Btrieve kernel külön munkaállomáson fut." [4] Vagyis az iratkezelő magja közvetlenül, az operációs rendszer hívásain keresztül kommunikált az adatállományokkal, és ugyanúgy változtatta a rekordokat, függetlenül attól, hogy a fájlok helyben vagy hálózati megosztáson helyezkedtek el. Egy ilyen „kliens” mag lehetővé tette öt versengő felhasználó számára, hogy egyidejűleg dolgozzon az adatbázissal. A rekordokkal végzett minden manipulációt helyben, azon a munkaállomáson hajtották végre, amelyen a DBMS kernel futott. A Btrieve for DOS mindkét fájlmegosztási stratégiát használhatja (SEFS és MEFS).
Btrieve for NetwareA Btrieve for Netware lényegében ugyanaz volt, mint a Btrieve for DOS, néhány további funkcióval akkoriban csak a Netware-en volt elérhető. Elindult egy folyamat a fájlszerveren BSERVER, és a fájlszerver elkezdte kezelni az adatbázis I/O műveleteit, miközben továbbra is biztosított egy hálózati fájlrendszert. A szerverfolyamatot eredetileg Netware Value Added Process (VAP) néven valósították meg BSERVER.VAP, de hamarosan NetWare betölthető modullá (NLM) alakították át. Főleg BSERVERaz iratokhoz való hozzáférés biztosításáért felelős DBMS-motor volt, de emellett elfogadta [és végrehajtotta] az adatok más szerverekre való átvitelére vonatkozó kéréseket is. Ezek a kérések egy külön folyamaton keresztül érkeztek BROUTER.
Az adat I/O kérések adatbázisból / adatbázisba történő átviteléhez a kliens munkaállomások az ún. kérelmezők elérhetők DOS , OS / 2 , Microsoft Windows és UnixWare rendszerekhez . A program a Btrieve API-n keresztül fogadta a kéréseket, és átirányította azokat a szolgáltatáshoz , majd feldolgozta a választ , és visszairányította a megfelelő alkalmazáshoz. BREQUEST.EXEBSERVERBSERVER
A folyamat BROUTERlehetővé tette a bejövő kérések átirányítását egy másik, az adatbázis másolatát tartalmazó kiszolgálóra. Egy Netware szerverre töltődött be, és kezelte a kommunikációt a fájlszerveren futó szerverfolyamatok között, két FST tábla ( angol File Server Tables (FST) ) irányításával. A Pervasive dokumentáció szerint ezek a táblák tartalmazzák a kiszolgálónevek és -címek listáját, valamint egy kiszolgálói útválasztási tábla (SRT) kiszolgáló útválasztási tábláját . [5] Ezen túlmenően a BROUTER átirányíthatja a kommunikációs kéréseket a megfelelő szerverre SPX -en keresztül BSPXCOM, és koordinálhat zárakat és egyéb mechanizmusokat, amelyek szabályozzák az adatbázisban lévő adatokhoz való hozzáférést.
A Btrieve for Netware ugyanazt a SEFS és MEFS fájlmegosztási stratégiát használta, mint a DOS alatt, de mivel képes működni a hálózaton, támogatni tudta mind az exkluzív, mind a párhuzamos tranzakciókat.
Btrieve for WindowsA Btrieve for Windows azelőtt jelent meg, hogy a vállalat az MKDE segítségével átírta volna az alapvető DBMS-kódot. SEFS és MEFS fájlmegosztó mechanizmusokat, árnyéklapozást , exkluzív és versenyzárakat használt. A 6.x és 6.1 verziójú fájlokat eltérően kezelték: a 6.x verziójú fájlokban a teljes rekord blokkolása helyett a rekordok töredékeit lehetett kezelni; 64 KB-nál nagyobb rekordok engedélyezettek; Változó-farok allokációs tábla (VAT) , Alternate Collating Sequence (ACS) és új adattípusok kerültek bevezetésre ; a tört műveletek ( százalékos műveletek ) megengedettek (amelyekben a rekordok a fájlban lévő fizikai helyük alapján voltak megtalálhatók és feldolgozhatók); duplikált keresőkulcsok engedélyezettek. A 6.x verzióban lehetővé vált az indexek menet közbeni hozzáadása és eltávolítása (a 6.0-s verzióig csak további indexeket lehetett eltávolítani). A 6.1-es verziójú fájlok támogatták a párhuzamos és a rendszertranzakciókat; a kulcsok újraszámozásának képessége; kis- és nagybetűket nem érzékeny ACS-táblák és fejlett zárolási műveletek.
A Btrieve for Windows működhet adatbázis-ügyfélként SEFS vagy MEFS módot használva, vagy közvetlenül egy Btrieve kiszolgálóval.
Btrieve ügyfélA Btrieve kliens esetében az összes adatbázisfájl a helyi számítógépen vagy a számítógéphez csatlakoztatott hálózati meghajtón található (a DOS paranccsal NET USE).
Az alkalmazás meghívta a könyvtár funkcióit WBTRCALL.DLL, amely a betöltő/kérő felülete volt. A betöltő/kérő modul ellenőrizte a konfigurációs fájl BTI.INImegfelelő konfigurációját a Btrieve kliensmag betöltéséhez, majd betöltötte a helyi interfészt a Btrieve magra, a WBTRLOCL.DLL. Ha szükséges volt, ez a helyi interfész betöltötte a Btrieve kernelt ( ) a RAM-ba WBTR32.EXE, és elkezdte neki lekérdezni az adatbázist. Az adatbázisfájlok eléréséhez a DBMS kernel különféle Win32 rendszerkönyvtárakat hívott [6]
Hozzáférés a Btrieve klienstől a Btrieve szerverhezA Btrieve for Windows kliens verziója egy speciális DOS-kérőn keresztül érheti el a kiszolgáló verzióját. Ez a kérelmező a DPMI (DOS Protected Mode Interface) használatát követelte meg, amely hozzáférést biztosított a programok számára a kiterjesztett memóriához , amely csak az x86 processzorok védett módján keresztül érhető el .
Az ügyfélfelülethez hasonlóan a Btrieve alkalmazás hívott egy könyvtárat WBTRCALL.DLL, amely ellenőrizte BTI.INI, hogy az adatbázis a helyi rendszeren vagy egy távoli kiszolgálón van-e. Ha távoli szerverrel kellett dolgozni, akkor a DPMI Windows-os verzióját használta a BREQUEST.EXEDOS alatt futó kérelmező eléréséhez, amely már hálózati kapcsolatot létesített a szerverrel, feldolgozta az adatbáziskéréseket, és üzenetet küld a kérelmezőnek, amikor azok feldolgozásra kerültek. .
Btrieve Windows NT/Windows 95 rendszerhezA Btrieve for Windows NT és Windows 95 1995-ben jelent meg, valamint a Btrieve for Netware és a Windows NT Server . A verziószám elérte a 6.15-öt, és megkezdődött a mikrokernel architektúra (MKDE) használata. A fájlmegosztási mechanizmusok változatlanok maradnak (SEFS és MEFS); árnyéklapozást használtak , az exkluzív és a versenyzárakat támogatták. A Btrieve ezen verziója lehetővé tette a null érték használatát a kulcsokhoz, ami lehetővé tette az adatbázisba való bejegyzéseket akkor is, ha a kulcsinformáció hiányzik. Az ilyen kulcsok nem vettek részt az indexelésben, ami csökkentette a haszontalan keresést az adatbázisban az indexben. Ugyanez a változat vezette be a rendszertranzakciók és a felhasználói tranzakciók fogalmát . . Az MKDE megengedte a szüneteket az automatikus növelési billentyűk között. A változó végű kiosztási táblák a 6.15-ös verzióban jelentek meg, így bekerültek a Windows NT/95 Btrieve buildébe.
A Windows NT/95 rendszerhez két Btrieve konfiguráció volt: önálló munkaállomás és kliens/szerver .
Önálló munkaállomásAz önálló munkaállomás Btrieve konfigurációjának használatakor minden írási feldolgozás a helyi munkaállomáson történt, azokra a helyi Windows-mechanizmusokra támaszkodva, amelyeket az MKDE ( W32MKDE.EXE) használt az adatbázisfájlok eléréséhez és fájlzárak alkalmazásához az egyidejű műveletek szinkronizálásához.
Ebben a konfigurációban az alkalmazás hívásokat indított a Btrieve API-ra vagy a mikrokernel felületre ( WBTRV32.DLL), és ez az interfész kéréseket adott át magának az MKDE-nek ( W32MKDE.EXE), amely már közvetlenül dolgozott az adatbázis fájlokkal a fájlrendszer (helyi vagy hálózati) használatával. [7]
Ennek a megközelítésnek azonban vannak sajnálatos mellékhatásai. Ha a Btrieve a Windows hálózati mechanizmusát használja, és a DBMS-motor közvetlenül egy hálózati erőforrásból nyit meg fájlokat, és helyi hálózati hiba lép fel, a Btrieve fájlokat összekötő mezők frissítése (vagy egyszerűen a hálózati kábel leválasztása) során előfordulhat deszinkronizálás, az adatok közötti kapcsolatok megszakadnak (elvesznek vagy helytelenül lesznek telepítve), és az adatbázisfájlok megsérülnek. (Bár ez kisebb valószínűséggel fordul elő kép előtti lapozással .)
Kliens/szerverA kliens/szerver konfiguráció használatakor ( angol. 'kliens/szerver' vagy 'Server Edition' ) a bejegyzések feldolgozása elsősorban a Windows fájlszerveren történik, a hálózati erőforrások lemezekre való leképezésével (Windows alatt a hálózati erőforrások leképeződnek virtuális hálózati meghajtókra a paranccsal NET USE) . Ebben az esetben a felhasználó hitelesítés során megszerzett jogosultsága kerül felhasználásra , akár a rendszerbe való bejelentkezéskor, akár a parancs végrehajtása során NET USE. [nyolc]
Windows 95 alatt az MKDE (Windows DLL WBTRV32.DLL ) felület határozza meg az adatbázis elérésének módját egy konfigurációs fájlon keresztül. Ha azt észleli, hogy az adatbázismotor mindkét változata (kliens/szerver és önálló munkaállomás ) telepítve van a számítógépen, akkor ellenőrzi, hogy melyik van előírva a használatára. Ha Windows NT alatt fut, ha a szerverfolyamat NTMKDE.EXEés az önálló munkaállomási folyamat ( W32MKDE.EXE) is fut egyszerre, akkor az egyik vagy a másik használatára utalni kell a rendszerleíró adatbázisban . Mindkét esetben, ha az MKDE interfésznek az önálló munkaállomás mód használatára van szüksége, akkor azt W32MKDE.EXEa közvetlen fájlhozzáféréshez használja. Ha meg van adva a szerver mód használata, akkor a kliens MKDE interfésze külön kommunikációs modult használ ( W32BTICM.DLL Windows 95 , NTBTICM.DLLWindows NT alatt ), amely a szerverrel kommunikál. Magának a szervernek is van saját kommunikációs modulja (ismét W32BTICM.DLLvagy NTBTICM.DLL), amely a leképezett hálózati meghajtón található. Ezután a szerver DLL kommunikál az MKDE ( NTMKDE.EXE) kiszolgálóval, amely frissíti a bejegyzéseket, és sikeres visszaigazolást küld az ügyfélnek, ugyanazon a kommunikációs modulon keresztül. [9]
Ennek a megközelítésnek az az előnye, hogy ha a helyi hálózat meghibásodik, a kiszolgálón lévő MKDE képes észlelni ezt, és pontosabban végrehajtani a helyreállítást, mint az önálló munkaállomás konfigurációja esetén .
KonfigurációA Btrieve tartalmaz egy segédprogramot az MKDE beállítások konfigurálásához. A következő paraméterek konfigurálhatók:
A Pervasive SQL 7 1998 márciusában jelent meg, és tartalmazza a Scalable SQL 4-et és a Btrieve 7.0-t. A Btrieve 7.0 ugyanazokon a platformokon futott, mint a Btrieve 6.x: Windows 95, Windows NT 3.51 és 4, Netware és DOS. A vállalat azonban megváltoztatta a SmartComponents nevű összetevő architektúrát, hogy az új verzióra való áttéréskor megoldja a kompatibilitási problémákat. Egy komponens azonosítási sémát használt, amely egy fájlon belüli azonosítót és kódolást tartalmaz a nevében, valamint dinamikus összekapcsolást "ragasztómodulokhoz" (amelyek csak akkor töltődnek be a memóriába, amikor szükség van rájuk). A komponensek dinamikus összekapcsolása egy új megközelítéssel, az "Abstract OS Services DLL"-lel történt, ahol a szükséges komponens legfrissebb verzióját választották ki a fájlnévben kódolt információk alapján. Ezután ezt a "ragasztó modult" betöltötték a memóriába és elkezdték használni. [10] A Btrieve 6.x-ben létező régi eseménynaplófájl-formátumot egy új központosított naplófájl váltotta fel PVSW.LOG, amelynek továbbfejlesztett és egységesített formátuma van. Magukat a hibaüzeneteket és a generálásuk mechanizmusát is továbbfejlesztették.
Az MKDE megmaradt a Pervasive.SQL 7-ben. A belső architektúrája azonban megváltozott az új dinamikus komponens-összerendelési architektúra miatt. Egy Btrieve-et használó alkalmazás speciális szolgáltatáskezelőt hívott meg, amely a konfigurációban megadott különböző könyvtárakban keresett bizonyos formátumú fájlokat. Íme a minta meghatározása ezekhez a BNF fájlnevekhez :
<fájlnév> ::= <platform-kód> "BIF" <fő-funkcionális-szint> <kis-funkcionális-szint> <platform-kód> ::= "W1" | W2 | W3 | W9 | WT | "ÉNy" | "O3" <főbb funkcionális szint> ::= <szám> <kis-funkcionális-szint> ::= <szám> <szám> <szám> ::= "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"| A kód | Felület |
|---|---|
| W1 | Windows 3.1x , beleértve Windows munkacsoportokhoz (Win16) |
| W2 | Bővített Windows (32 bites Watcom Extender) |
| W3 | Windows 95, Windows NT (Win32) |
| W9 | Windows 95 |
| wt | Windows NT |
| NW | Netware 3.x és 4.x |
| O3 | OS/2 (32 bites) |
A ragasztómodul ( DLL ) betöltődik a memóriába, és az MKDE interfészévé válik. Ezután az MKDE meghatározza, hogyan van beállítva, hogy külön munkaállomáson működjön vagy a szerverrel kommunikáljon, és megkezdi a kérések szórását az adatbázis-kiszolgáló felé (egy speciális kommunikációs modulon keresztül), vagy közvetlenül az adatbázis-fájlokkal való munkát, ha az "munkaállomáshoz" van beállítva. " módban.
Pervasive.SQL 2000/2000iA Pervasive.SQL 2000 és 2000i lényegében ugyanazt az architektúrát használja, mint a Pervasive.SQL 7, de 2000i, és tartalmaz egy további i*Net szervert (valószínűleg egy webszervert ). Ugyanazt az összetevő-modellt használják, amely lehetővé teszi a Btrieve és a Scalable SQL adathozzáférési mechanizmusokat is; továbbra is az MKDE architektúrát használják. Ez a kiadás tartalmazza a Red Hat Linux , a Caldera OpenLinux , a SUSE és a Solaris támogatását . A terminálszolgáltatásokkal való integráció is javult , bár lehetséges, hogy az adatbázismotornak csak egy példánya futtatható bármely platformon. Ez azt jelenti, hogy nem lehet futtatni a DBMS külön másolatait két vagy több terminál munkamenetben.
Pervasive.SQL V8A 2002 decemberében bemutatott Pervasive.SQL V8 javította a hozzáférési mechanizmusok (Btrieve vagy SQL) bármelyikét használó alkalmazások teljesítményét, ami számos új technológia használatával érhető el:
A V8 Security Feature Pack (a 8.5-ös verzió átmeneti frissítéseként jelent meg) fontos változtatásokat hajtott végre a biztonsági modellen, hogy korlátozza az adatfájlokhoz való hozzáférést. A 8.5-ös verzió előtt a Btrieve adatokhoz való hozzáférést az operációs rendszer biztonsági mechanizmusai szabályozták, ami szó szerint azt jelentette: "Az adatokat olvasó/író felhasználónak olvasási/írási hozzáféréssel kell rendelkeznie a megfelelő adatfájlokhoz." Az új verzió egy új biztonsági modellt valósít meg, amely lehetővé teszi az adminisztrátor számára, hogy saját DBMS hozzáférés-vezérlési mechanizmusa segítségével szabályozza a Btrieve adatokhoz való hozzáférést. Az új mechanizmus aktiválása után a felhasználónak már nincs szüksége az adatfájlokhoz való hozzáférésre. Ezenkívül a kliens/szerver konfigurációknak már nincs szükségük a hálózati erőforrások megosztására vagy virtuális lemezként való leképezésére. Az alkalmazások mostantól hivatkozhatnak védett Btrieve-adatokra URI - kapcsolati karakterláncokon keresztül.
A Pervasive PSQL v9 egy új Java grafikus felhasználói felületet tartalmaz, amely az Eclipse alapú, Microsoft Windows és Linux rendszeren egyaránt elérhető . Ezenkívül a v9 számos SQL-frissítést tartalmaz, mind a teljesítmény, mind a szintaxis tekintetében, amelyek javítják az SQL - ADO.Net , JDBC , ODBC és OLE DB -t használó összes hozzáférő sebességét és funkcionalitását . Végül a PSQL v9 megnöveli a maximális adatbázisfájl méretét 64 GB-ról a 8.x és korábbi verziókban. 128 GB-ig 9.0-ban és 256 GB-ig 9.5-ben.
A PSQL v9 kiadásával együtt a DDF Builder segédprogram is újra megjelent , és emellett a Full Text Search (FTS) bővítmény által biztosított teljes szöveges keresés támogatása is (később azonban kikerült a termékcsalád). A DDF Builder lehetővé teszi a Btrieve felhasználók számára, hogy metaadatokat adjanak meg a meglévő Btrieve formátumú fájlokhoz, hogy elérhetővé tegyék azokat az SQL segédprogramok számára.
Az MKDE összes verziója visszafelé kompatibilis a Btrieve korábbi verzióival adatolvasási szinten. Ez magában foglalja az MKDE előtti verziókat, és a fájlformátum nem változik, hacsak nem kérik kifejezetten. Az 5.x és korábbi verziókból származó fájlokat azonban át kell építeni a 6.x vagy újabb verzió formátumára, hogy az adatbázismotor 9.0 vagy újabb verziója módosíthassa őket. Az újraépítés a grafikus felhasználói felületről vagy egy konzolparancsból történik Rebuild.
Pervasive PSQL v10 Pervasive PSQL v11 Pervasive PSQL v12 Pervasive PSQL Vx Pervasive PSQL és kapcsolódó termékekA Pervasive jelenleg olyan kiegészítő termékeket kínál, amelyek kiterjesztik a PSQL-adatbázis alapvető funkcióit.