Btrieve on tietokannan hallintajärjestelmä navigoinnin järjestämiseen ja Pervasive.SQL - relaatiotietokantojen versiosta , jonka on kehittänyt Pervasive Software . Perustuu ISAM -tietojen organisointimenetelmään . Tästä tuotteesta oli useita versioita DOS :lle , Linuxille , Novell NetWarelle ja vanhemmille Microsoft Windowsin versioille ( Windows 98 , Windows NT , Windows 2000 , Windows XP , Windows Server 2003 ).
Se oli alun perin levynhallinta, jonka SoftCraft julkaisi suunnilleen samaan aikaan kuin ensimmäiset IBM PC:t . Saavutettuaan suosion ja markkinaosuuden Novell osti sen integroitavaksi Netware - käyttöjärjestelmäänsä kehittäessään versiota MS-DOS:lle. Tämä tuote ei kyennyt voittamaan merkittäviä markkinoita, ja Novellin sisäisen uudelleenjärjestelyn jälkeen se siirrettiin kehittämiseen erillisessä, vastikään perustetussa yrityksessä - Btrieve Technologies, Inc. (B.T.I.).
Versiosta 6.15 lähtien Btrieve on jaettu erillisiin moduuleihin, ja itse nimi on annettu jommallekummalle kahdesta datapäätteestä, jotka on liitetty standardiohjelmointiliittymään nimeltä Micro-Kernel Database Engine (MKDE). Käyttöoikeusalijärjestelmän toinen versio on Scalable SQL, relaatiotietokantatyökalu, joka käyttää SQL-kieltä . Useiden versioiden julkaisun jälkeen yritys nimettiin uudelleen Pervasive Softwareksi , ja nyt se toimittaa tuotteen nimellä Pervasive PSQL .
Btrieven varhaiset julkaisut eivät kelpaa DBMS:ksi, vaan " tietueenhallintaohjelmaksi "; Pervasive käytti alun perin termiä navigointitietokanta , joka muutettiin myöhemmin tapahtumatietokannaksi . Tämä terminologia johtuu siitä, että Btrieve käsitteli vain tietueiden luomisen ja päivittämisen, tietojen purkamisen ja poistamisen perustoimintoja. ISAM :ia käytetään sisäisenä mekanismina tietojen tallentamiseen ja indeksointiin .
Myöhemmät Btrieven versiot tukevat kahdenlaisia tapahtumia: järjestelmä- ja käyttäjätapahtumia, joista ensimmäiset ovat ei-tapahtumallisia operaatioita tai käyttäjätapahtumia, jotka puolestaan ovat tapahtumia tietokantojen todellisen datan yli. Järjestelmän tapahtumamekanismi luotiin mahdollistamaan useiden tapahtumien suorittaminen yhdessä erässä ja helpottamaan tietojen palauttamista.
Btrieve-tiedostot koostuvat sivuista, jotka ovat tietopaloja, jotka siirretään RAM-muistin ja jatkuvan tallennustilan välillä tietokantamoottorin suorittamien I/O-toimintojen aikana. 6.0:aa aikaisemmissa versioissa käytettiin vain tietosivuja, hakemistosivuja ja erityistä FCR-tietuetta ( tiedostonhallintatietue ) , joka sisälsi tärkeitä tietoja tietokantatiedostosta (sivun koko, käytettyjen sivujen määrä jne.). Tällainen tiedosto sisälsi fyysisille sivuille linkitetyn hakuhakemiston. Versiosta 6.0 alkaen loogisen sivun käsite otettiin käyttöön, ja jo nämä sivut on kartoitettu fyysisille sivuille, joilla on kiinteä asema asemassa olevassa tiedostossa. Kartoitus tehdään PAT ( page allocation tables ) - sivuvaraustaulukoiden kautta . Tietokantatiedostojen loogisen eheyden rikkomusten estämiseksi Btrieve käyttää kahta tapaa päivittää riippuvuuksia: esikuvahakua versiota 6.0 vanhemmissa versioissa ja varjohakua myöhemmissä versioissa. Siirtyminen esikuvahausta varjohakuun vaati merkittävää uudelleenrakennusta, joka johti tiedostomuodon perusteelliseen muutokseen ja yhteensopivuuden menettämiseen kuudennen version ja aiempien välillä.
Tietokantamoottori voi käyttää tiedostoja käsiksi kahta strategiaa, lyhennettynä SEFS ja MEFS, englannista. Single Engine File Sharing (SEFS); Multi Engine File Sharing (MEFS) . SEFS tarkoittaa, että vain yksi tietokantamoottorin ilmentymä toimii tiedostojen kanssa, kun taas MEFS sallii useiden itsenäisten ilmentymien työskennellä samojen tiedostojen kanssa samanaikaisesti (jossa jokainen tällainen moottori palvelee omia käyttäjiään).
Btrieven omistuksessa ja kehityksessä on ollut kolme eri yritystä: SoftCraft, Novell ja Btrieve Technologies, Inc. (nimettiin myöhemmin uudelleen Pervasive Software ). Kaikilla heillä oli uskollisia ja omistautuneita kehittäjiä, ja yrityksen kirjallisuuden perusteella he pysyivät täysin sitoutuneina tähän tuotteeseen. Kerran Pervasive perusti "Btrieve Communityn" organisoidakseen olemassa olevia kehittäjiä [1] .
MS-DOS : ssa versioon 5 asti Btrieve oli TSR-ohjelma , joka toimi sovellusohjelmointirajapintana (API) tietokantamoottorille tarjoten sovellusohjelmille joukon funktiokutsuja usean käyttäjän tietokannan toteuttamiseksi ennätystasolla. lukituskyky . Verkkoversio toimi samalla tavalla.
Alkukaudella DBMS:n MS-DOS-versiot versioon 5 asti myytiin suhteellisen korkealla hinnalla - noin 1000 dollarilla, mutta tietokannan kanssa toimivaa TSR-suoritettavaa ohjelmaa voitiin jakaa valmiiden sovellusten kanssa. rojaltivapaa.
Tuotteen julkaisi helmikuussa 1982 Austinissa, Texasissa toimiva SoftCraft Dougin ja Nancy Woodwardin johdolla . Dougista tuli varatoimitusjohtaja ja hän johti kehitystä, ja Nancysta tuli yhtiön toimitusjohtaja. He julkaisivat useita versioita seuraavien vuosien aikana: helmikuussa 1983 julkaistiin Btrieve 2.x, ja kun MS-DOS 2.x sai tuen tiedosto- ja hakemistokahveille , julkaistiin Btrieve 3.0 . Kun sisäiset rajapinnat standardisoitiin MS-DOS 3.1:ssä maaliskuussa 1985, Btrieve 3.1 C/S julkaistiin kuukautta myöhemmin, ja se tuki verkko- ja asiakas/palvelin - arkkitehtuuria . Helmikuussa 1986 julkaistiin Btrieve 4.0, ja sen päivityksen jälkeen versio 4.1 lisäsi tuen laajennetuille avaintyypeille ja lisäindekseille .
Vaikka Btrieve oli erittäin suosittu, se jäi vain tietokantamoottoriksi ja sen API:ksi, kun taas PC-tietokantojen "tappajasovellus", dBase II ja sen seuraajat, oli todellinen tietokanta, jota voitiin käyttää myös erillisenä yleissovelluksena. ohjelmointikielenä . _ Btrieve oli myös huomattavasti kalliimpi kuin dBase, vaikka se ei vaatinut lisenssiä jokaiselle valmiin sovelluksen käyttäjälle. Näin Btrieve-kehittäjäyhteisö tavoitti 5 000 käyttäjää ja se levisi laajasti rahoitusalalla [2] . Sen jälkeen yrityksellä kesti jonkin aikaa luoda käyttöliittymä tuotteelleen, mutta vuonna 1984 he julkaisivat Xtrieve -ohjelman , jossa on valikkopohjainen käyttöliittymä ja joka käyttää .DDF-tiedostojen muodossa olevaa tietosanakirjaa esitellen säännöt . relaatiotietokantoihin ominaista .
Vuonna 1987 Novell alkoi monipuolistaa ja ostaa useita yrityksiä sisällyttääkseen niiden tuotteet NetWare - käyttöjärjestelmäänsä . Yksi näistä yrityksistä oli SoftCraft. Nancy Woodwardista tuli Austinin toimintojen varapuheenjohtaja ja johtaja, ja Doug Woodwardista Advanced Database Technologies -yksikön varatoimitusjohtaja . Seuraavan vuoden alussa julkaistiin Btrieve 5.0, joka pystyy toimimaan alkuperäisenä sovelluksena NetWarelle (tai VAP:lle, englanninkielisestä Value Added Processista ). Jim Kylen mukaan " sillä oli automaattisesti lisättävä tietotyyppi avaimille, BROUTER-verkkopalvelu, erilliset tiedostotyypit tiedoille ja avaimille sekä kyky pakata tietoja." [2] Vuonna 1990 julkaistu versio 5.1 sai parannettuja ominaisuuksia tiedostotapahtumien hallintaan, lokiin ja myöhempään suoritettujen toimintojen "rullaukseen" sekä joitain parannettuja sovellusliittymiä. Joitakin versioita on julkaistu DOS- , OS/2- ja Microsoft Windows -käyttöjärjestelmille . Versio 6.0 julkaistiin vuonna 1992, mutta Novell ei pyrkinyt mainostamaan sitä laajasti, ja siihen tehtyjen parannusten, kuten esikuvantamisen vaihtamisen varjohakujärjestelmään , vuoksi sen todettiin olevan yhteensopimaton Btrieven aiempien versioiden kanssa. Markkinat hyväksyivät tämän version viileästi, markkinaosuus ei kasvanut, eikä myöskään massiivista siirtymistä aikaisemmista versioista (edellä mainitun seurauksena).
Novellin ostohetkellä SoftCraft työskenteli tuotteen alustavasti nimeltä XQL , joka oli SQL - kielen tulkki , joka oli suunniteltu parantamaan yhteensopivuutta SQL-alan standardin kanssa, jota Xtrieve noudatti vain osittain. Tästä tuotteesta tuli perusta NetWare SQL :lle , jonka ensimmäinen versio julkaistiin vuonna 1989, ja siitä tuli SQL-tulkin "runkoinen" toteutus, joka toteutti SQL-kielen IBM-version perustan.
Vuoteen 1994 mennessä Novell oli melkein luopunut yrittämästä tehdä NetWaresta tuolloin olemassa ollut täysimittainen vaihtoehtoinen käyttöjärjestelmä ja alkoi myydä vain muutama vuosi aiemmin hankittuja yrityksiä. Lisäksi he pystyivät saamaan päätökseen vain minimaalisen Btrieven markkinoinnin, mikä johtui pääasiassa kuudennen version julkaisemisesta kestäneestä pitkästä ajasta (24 kuukautta). Woodwardsin ja Novellin välillä tehtiin sopimus, ja kahden vuoden kuluttua Novell ilmoitti (26. tammikuuta 1994), että se aikoo siirtää Btrieven omistuksen Btrieve Technologies, Incorporatedille (tunnetaan myös nimellä BTI ). 29. huhtikuuta 1994 siirto saatiin päätökseen, Nancy Woodwardista tuli BTI: n puheenjohtaja ja Doug Woodwardista teknologiajohtaja . Toiminnanjohtajan tehtävä annettiin Ron Harrisille , joka oli Texas Instrumentsin entinen työntekijä , yksi Citrix Systems, Inc :n perustajista ja työntekijöistä. , jossa hän oli ensin strategisen suunnittelun johtaja, myöhemmin - markkinoinnin varajohtaja ja lopulta tuoteryhmien johtaja ( eng. Product Group Vice President ).
Btrieve kirjoitettiin kokonaan uudelleen ja Btrieve 6.15 julkaistiin 1. heinäkuuta 1994 DOS-, Windows- ja OS/2-käyttöjärjestelmille. Novell SQL on nimetty uudelleen Scalable SQL :ksi , jotta se pysyisi ajan tasalla yritysten välisten oikeussuhteiden muutoksista. Vuonna 1995 Btrieve 6.15 julkaistiin Windows NT Serverille ja Windows NT/ 95 :lle, joten siitä tuli monialustainen DBMS-tuote. Konsepti mikroytimen mekanismista DBMS:n (MKDE) rakentamiseen ilmestyi tässä versiossa.
Vuonna 1996 yritys nimettiin uudelleen Pervasive Softwareksi ja sen tuote Pervasive.SQL:ksi. Vuonna 1997 yhtiö listautui pörssiin (eli laski liikkeeseen osakkeensa vapaasti vaihdettavaksi). Kaikki tämä tehtiin RDBMS-markkinoiden levinneisyyden lisäämiseksi ja itsensä aseman saavuttamiseksi SQL-ratkaisujen tarjoajana, vaikka he jatkoivatkin Btrieven kehittämistä ja myyntiä. Yhtiö sai listautumisannin päätökseen syyskuussa. Versio 6.30 jatkoi MKDE-arkkitehtuurin käyttöä. Vuonna 1997 Pervasive julkaisi relaatiotuotteen ScalableSQL 4.0:n sekä Btrieve 7.0:n.
Vuonna 2000 Novell joutui arvostelun kohteeksi sen jälkeen, kun se lopetti Pervasive.SQL:n toimittamisen NetWaren kanssa (alkaen NetWare 5.1:stä). Sen sijaan toimitettiin kokeiluversio, joka lakkasi toimimasta 90 päivän kuluttua. [3] Uusin versio, Pervasive PSQL Summit v10, julkaistiin lokakuussa 2007. Pervasive on edelleen kehitteillä virallisen verkkosivuston mukaan
DOS:lle oli yksi asiakaspohjainen Btrieve-kokoonpano, joka luotiin SoftCraftissa . Heidän oma määritelmänsä "asiakkaalle" oli: "Btrieve-ydin, joka toimii erillisessä työasemassa." [4] Toisin sanoen tietueenhallinnan ydin oli vuorovaikutuksessa datatiedostojen kanssa suoraan, käyttöjärjestelmää kutsumalla ja muutti tietueita samalla tavalla riippumatta siitä, sijaitsivatko tiedostot paikallisesti vai jaetulla verkkoalueella. Tällainen "asiakasydin" antoi viiden kilpailevan käyttäjän työskennellä samanaikaisesti tietokannan kanssa. Kaikki tietueiden käsittelyt suoritettiin paikallisesti työasemalla, jossa DBMS-ydin oli käynnissä. Btrieve for DOS voisi käyttää molempia tiedostonjakostrategioita (SEFS ja MEFS).
Btrieve for NetwareBtrieve for Netware oli olennaisesti sama kuin Btrieve for DOS, ja joitain lisäominaisuuksia oli tuolloin saatavilla vain Netwaressa. Tiedostopalvelimella käynnistettiin prosessi BSERVER, ja tiedostopalvelin alkoi hallita tietokannan I/O-toimintoja, samalla kun se jatkoi verkkotiedostojärjestelmän tarjoamista. Palvelinprosessi toteutettiin alun perin Netware Value Added Process (VAP) -nimellä BSERVER.VAP, mutta se muutettiin pian uudelleen NetWare Loadable Module (NLM) -moduuliksi. Hän oli pääasiassa BSERVERDBMS-moottori, joka vastasi tietueiden käyttömahdollisuuksista, mutta lisäksi hän hyväksyi [ja suoritti] pyyntöjä siirtää tietoja muille palvelimille. Nämä pyynnöt tulivat erillisen prosessin kautta BROUTER.
Tietojen I/O-pyyntöjen siirtämiseen tietokannasta/tietokantaan asiakastyöasemat käyttivät ns. pyynnöt saatavilla DOS :lle , OS / 2 :lle , Microsoft Windowsille ja UnixWarelle . Ohjelma vastaanotti pyynnöt Btrieve API:n kautta ja ohjasi ne palveluun , käsitteli sitten vastauksen ja ohjasi sen takaisin sopivaan sovellukseen. BREQUEST.EXEBSERVERBSERVER
Prosessi BROUTERsalli saapuvien pyyntöjen uudelleenohjauksen toiseen palvelimeen, joka sisälsi kopion tietokannasta. Se latautui Netware-palvelimelle ja hoiti tiedonsiirtoa tiedostopalvelimella toimivien palvelinprosessien välillä kahden FST-taulukon ( englanninkieliset tiedostopalvelintaulukot (FST) ) ohjaamana. Pervasive-dokumentaation mukaan nämä taulukot sisältävät luettelon palvelimien nimistä ja osoitteista sekä Server Routing Table (SRT) -palvelimen reititystaulukon . [5] Lisäksi BROUTER voisi ohjata viestintäpyynnöt asianmukaiselle palvelimelle SPX :n kautta BSPXCOMja koordinoida lukot ja muut mekanismit, jotka ohjaavat pääsyä tietokannan tietoihin.
Btrieve for Netware käytti samoja SEFS- ja MEFS-tiedostonjakostrategioita kuin DOS:ssa, mutta koska se pystyi toimimaan verkossa, se pystyi tukemaan sekä yksinomaisia että samanaikaisia tapahtumia.
Btrieve for WindowsBtrieve for Windows tuli ennen kuin yritys kirjoitti DBMS-ytimen koodin uudelleen käyttämällä MKDE:tä. Se käytti SEFS- ja MEFS-tiedostonjakomekanismeja, varjohakua , eksklusiivisia ja kilpailulukkoja. Versioiden 6.x ja 6.1 tiedostoja käsiteltiin eri tavalla: version 6.x tiedostoissa oli mahdollista käsitellä tietueiden fragmentteja koko tietueen estämisen sijaan; yli 64 kt:n tallenteet sallittiin; muuttujan pyrstön allokointitaulukko (VAT) , Alternate Collating Sequence (ACS) ja uudet tietotyypit otettiin käyttöön ; murto-osaoperaatiot ( prosenttioperaatiot ) sallittiin ( joissa tietueet voitiin löytää ja käsitellä niiden fyysisen sijainnin perusteella tiedostossa); päällekkäiset hakuavaimet sallittiin. Versiossa 6.x tuli mahdolliseksi lisätä ja poistaa kaikki indeksit lennossa (versioon 6.0 asti, vain lisähakemistoja voitiin poistaa). Version 6.1 tiedostot tukivat samanaikaisia ja järjestelmätapahtumia; kyky numeroida avaimet uudelleen; kirjainkoolla välittömät ACS-taulukot ja edistyneet lukitustoiminnot.
Btrieve for Windows voisi toimia tietokantaasiakkaana SEFS- tai MEFS-tiloilla tai suoraan Btrieve-palvelimen kanssa.
Asiakas BtrieveAsiakkaan Btrieven kaikki tietokantatiedostot sijaitsivat joko paikallisessa tietokoneessa tai tähän tietokoneeseen yhdistetyssä verkkoasemassa (käyttäen DOS-komentoa NET USE).
Sovellus kutsui kirjaston funktioita WBTRCALL.DLL, joka oli käyttöliittymä lataajalle/pyynnölle. Lataaja /pyytäjä-moduuli tarkasti konfiguraatiotiedoston BTI.INIoikean kokoonpanon ladatakseen Btrieve-asiakasytimen, ja ladattiin puolestaan paikallinen rajapinta Btrieve-ytimeen, WBTRLOCL.DLL. Tarvittaessa tämä paikallinen käyttöliittymä latasi Btrieve-ytimen ( ) RAM -muistiin WBTR32.EXEja alkoi lähettää tietokannan kyselyitä sille. Päästäkseen tietokantatiedostoihin DBMS-ydin käytti kutsuja useisiin Win32 -järjestelmäkirjastoihin [6]
Pääsy asiakkaalta Btrieve palvelimeen BtrieveBtrieve for Windows -asiakasversio voi käyttää palvelinversiota erityisen DOS-pyynnön kautta. Tämä pyytäjä vaati DPMI :n (DOS Protected Mode Interface) käyttöä, joka tarjosi ohjelmille pääsyn laajennettuun muistiin , joka oli käytettävissä vain x86-suorittimien suojatun tilan kautta .
Kuten asiakasliittymässä, Btrieve-sovellus soitti kirjastoon WBTRCALL.DLL, joka tarkisti BTI.INI, oliko tietokanta paikallisessa järjestelmässä vai etäpalvelimessa. Jos oli tarpeen työskennellä etäpalvelimen kanssa, hän käytti DPMI:n Windows-versiota päästäkseen BREQUEST.EXEDOS:ssa toimivaan pyytäjään, joka oli jo muodostanut verkkoyhteyden palvelimeen, käsitellen tietokantapyynnöt ja palauttaen pyytäjälle viestin, kun ne käsiteltiin. .
Btrieve for Windows NT/Windows 95Btrieve for Windows NT ja Windows 95 julkaistiin vuonna 1995 sekä Btrieve for Netware ja Windows NT Server . Versionumero saavutti 6.15 ja mikrokernel-arkkitehtuurin (MKDE) käyttö alkoi. Tiedostojen jakamismekanismit pysyvät samoina (SEFS ja MEFS); varjohakua käytettiin , eksklusiivisia ja kilpailulukkoja tuettiin. Tämä Btrieven versio salli tyhjän käytön avaimissa, mikä mahdollisti merkintöjen tekemisen tietokantaan, vaikka avaintiedot puuttuivat. Tällaiset avaimet eivät osallistuneet indeksointiin, mikä vähensi turhaa hakua tietokannan hakemistosta. Sama versio esitteli järjestelmätapahtumien ja käyttäjätapahtumien käsitteen . . MKDE salli taukoja automaattisen lisäyksen näppäinten välillä. Muuttuvan hännän allokaatiotaulukot ilmestyivät versiossa 6.15, joten ne sisällytettiin Windows NT/95:n Btrieve-koontiversioon.
Windows NT/95:lle oli kaksi Btrieve-kokoonpanoa: erillinen työasema ja asiakas/palvelin .
Itsenäinen työasemaKäytettäessä itsenäistä työaseman Btrieve-kokoonpanoa kaikki kirjoituskäsittely tehtiin paikallisessa työasemassa tukeutuen paikallisiin Windows-mekanismeihin, joita MKDE ( W32MKDE.EXE) käytti tietokantatiedostojen käyttämiseen ja tiedostojen lukitsemiseen samanaikaisten toimintojen synkronointiin.
Tässä kokoonpanossa sovellus soitti Btrieve API:lle tai mikroytimen rajapinnalle ( WBTRV32.DLL), ja tämä rajapinta välitti pyynnöt itselleen MKDE:lle ( W32MKDE.EXE), joka jo toimi suoraan tietokantatiedostojen kanssa käyttäen tiedostojärjestelmää (paikallinen tai verkko). [7]
Tällä lähestymistavalla on kuitenkin valitettavia sivuvaikutuksia. Jos Btrieve käyttää Windows-verkkomekanismia ja DBMS-moottori avaa tiedostoja suoraan verkkoresurssista ja tapahtuu paikallisverkkovirhe Btrieve-tiedostoja yhdistävien kenttien päivityksen (tai yksinkertaisesti verkkokaapelin irrotuksen) aikana, synkronointi saattaa tapahtua, Tietojen väliset linkit katkeavat (menetetään tai asennetaan väärin) ja tietokantatiedostot vioittuvat. (Vaikka näin ei todennäköisesti tapahdu esikuvahaussa .)
Asiakas/palvelinKäytettäessä asiakas/palvelin konfiguraatiota ( eng. 'client/server' tai 'Server edition' ) merkintöjen käsittely tapahtuu pääosin Windows-tiedostopalvelimella, yhdistämällä verkkoresurssit levyille (Windowsissa verkkoresurssit kartoitetaan virtuaalisille verkkoasemille komennolla NET USE) . Tässä tapauksessa käytetään käyttäjän todennuksen aikana saatua valtuutusta joko järjestelmään kirjautuessaan tai komentoa suoritettaessa NET USE. [kahdeksan]
Windows 95:ssä MKDE (Windows DLL WBTRV32.DLL ) -käyttöliittymä itse asiassa määrittää tavan, jolla tietokantaan käytetään asetustiedoston kautta. Jos se havaitsee, että tietokantamoottorin molemmat versiot (asiakas/palvelin ja erillinen työasema ) on asennettu tietokoneeseen, se tarkistaa, kumpi niistä on määrätty käytettäväksi. Windows NT -käyttöjärjestelmässä, jos sekä palvelinprosessi NTMKDE.EXEettä erillinen työasemaprosessi ( W32MKDE.EXE) ovat käynnissä samanaikaisesti, rekisteriin on tehtävä ilmoitus toisen tai toisen käyttämisestä . Molemmissa tapauksissa, jos MKDE-käyttöliittymää käsketään käyttämään itsenäistä työasematilaa , se käyttää sitä W32MKDE.EXEsuoraan tiedostoihin. Jos on määritetty käyttämään palvelintilaa, asiakkaan MKDE-liitäntä käyttää erillistä viestintämoduulia ( W32BTICM.DLL Windows 95 , Windows NTNTBTICM.DLL : ssä ), joka kommunikoi palvelimen kanssa. Itse palvelimella on oma viestintämoduuli (taas tai ), joka sijaitsee yhdistetyssä verkkoasemassa. Seuraavaksi palvelin DLL kommunikoi palvelimen MKDE ( ) kanssa, joka päivittää merkinnät ja palauttaa onnistumisvahvistuksen asiakkaalle saman viestintämoduulin kautta. [9]W32BTICM.DLLNTBTICM.DLLNTMKDE.EXE
Tämän lähestymistavan etuna on, että jos paikallinen verkko epäonnistuu, palvelimen MKDE pystyy havaitsemaan tämän ja suorittamaan palautuksen tarkemmin kuin erillisessä työasemakokoonpanossa .
KokoonpanoBtrieve sisältää apuohjelman MKDE-asetusten määrittämiseen. Seuraavat parametrit voidaan määrittää:
Pervasive SQL 7 julkaistiin maaliskuussa 1998, ja se sisälsi Scalable SQL 4:n ja Btrieve 7.0:n. Btrieve 7.0 toimi samoilla alustoilla kuin Btrieve 6.x: Windows 95, Windows NT 3.51 & 4, Netware ja DOS. Yritys on kuitenkin muuttanut SmartComponents-nimistä komponenttiarkkitehtuuria korjatakseen yhteensopivuusongelmat uuteen versioon siirtyessään. Se käytti komponenttien tunnistusjärjestelmää, jossa oli sekä tunniste tiedostossa että koodaus sen nimessä, sekä "liimamoduulien" (DLL-tiedostot, jotka ladataan muistiin vain silloin, kun niitä tarvitaan) dynaamisen linkityksen. Komponenttien dynaaminen linkitys tehtiin käyttämällä uutta lähestymistapaa, "Abstract OS Services DLL", jolloin vaaditun komponentin viimeisin versio valittiin sen tiedostonimeen koodattujen tietojen perusteella. Seuraavaksi tämä "liimausmoduuli" ladattiin muistiin ja sitä alettiin käyttää. [10] Vanha tapahtumalokitiedostomuoto, joka oli olemassa Btrieve 6.x:ssä, on korvattu uudella keskitetyllä lokitiedostolla PVSW.LOG, jonka muoto on parannettu ja yhtenäistetty. Myös itse virheilmoituksia ja niiden luomismekanismia on parannettu.
MKDE on säilytetty Pervasive.SQL 7:ssä. Sen sisäinen arkkitehtuuri on kuitenkin muuttunut uuden dynaamisen komponenttisidonta-arkkitehtuurin vuoksi. Btrieveä käyttävä sovellus kutsui erityispalvelun hallintaohjelman, joka etsi kokoonpanossa määritetyistä hakemistoista tietyn muotoisia tiedostoja. Tässä on näiden BNF -tiedostonimien mallin määritelmä :
<tiedostonimi> ::= <alustakoodi> "BIF" <päätoimintotaso> <alatason toiminnallinen taso> <alustakoodi> ::= "W1" | W2 | W3 | W9 | WT | "NW" | "O3" <päätoimintotaso> ::= <numero> <pieni-toiminnallinen-taso> ::= <numero> <numero> <numero> ::= "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"| Koodi | Alusta |
|---|---|
| W1 | Windows 3.1x , sis. Windows for Workgroups (Win16) |
| W2 | Laajennettu Windows (32-bittinen Watcom Extender) |
| W3 | Windows 95, Windows NT (Win32) |
| W9 | Windows 95 |
| wt | Windows NT |
| NW | Netware 3.x ja 4.x |
| O3 | OS/2 (32-bittinen) |
Liimamoduuli ( DLL ) ladataan muistiin ja siitä tulee liitäntä MKDE:hen. Seuraavaksi MKDE määrittää, kuinka se on määritetty toimimaan erillisessä työasemassa tai olemaan vuorovaikutuksessa palvelimen kanssa, ja alkaa lähettää pyyntöjä tietokantapalvelimelle (erityisen viestintämoduulin kautta) tai suoraan työskennellä tietokantatiedostojen kanssa, jos se on määritetty "työasemalle" "tila.
Pervasive.SQL 2000/2000iPervasive.SQL 2000 ja 2000i käyttävät olennaisesti samaa arkkitehtuuria kuin Pervasive.SQL 7, mutta 2000i ja sisältävät ylimääräisen i*Net-palvelimen (todennäköisesti verkkopalvelimen ). Samaa komponenttimallia käytetään, mikä mahdollistaa sekä Btrieve- että Scalable SQL -tietojen käyttömekanismit; MKDE-arkkitehtuuria käytetään edelleen. Tämä julkaisu sisältää tuen Red Hat Linuxille , Caldera OpenLinuxille , SUSE :lle ja Solarisille . Integraatiota Terminal Services -palveluihin on myös parannettu , vaikka on mahdollista käyttää vain yhtä tietokantamoottorin esiintymää millä tahansa alustalla. Toisin sanoen ei ole mahdollista suorittaa erillisiä DBMS-kopioita kahdessa tai useammassa pääteistunnossa.
Pervasive.SQL V8Joulukuussa 2002 esitelty Pervasive.SQL V8 on parantanut mitä tahansa pääsymekanismeja (Btrieve tai SQL) käyttävien sovellusten suorituskykyä, mikä saavutetaan useilla uusilla teknologioilla:
V8 Security Feature Pack ( julkaistu väliaikaisena päivityksenä versioon 8.5) teki tärkeitä muutoksia suojausmalliin rajoittaakseen pääsyä datatiedostoihin. Ennen versiota 8.5 pääsyä Btrieve-tietoihin ohjattiin käyttöjärjestelmän suojausmekanismeilla, mikä tarkoitti kirjaimellisesti: "Käyttäjällä, joka lukee / kirjoittaa tietoja, on oltava luku-/kirjoitusoikeus vastaaviin tiedostoihin." Uusi versio toteuttaa uuden suojausmallin, jonka avulla järjestelmänvalvoja voi hallita pääsyä Btrieve-tietoihin käyttämällä omaa DBMS-pääsynhallintamekanismiaan. Uuden mekanismin aktivoinnin jälkeen käyttäjä ei enää tarvitse pääsyä datatiedostoihin. Lisäksi asiakas/palvelin-kokoonpanojen ei enää tarvinnut jakaa verkkoresursseja tai yhdistää niitä virtuaalilevyiksi. Sovellukset voivat nyt viitata suojattuihin Btrieve-tietoihin URI -yhteysmerkkijonojen kautta .
Pervasive PSQL v9 sisältää uuden Java -käyttöliittymän, joka perustuu Eclipseen , saatavilla sekä Microsoft Windowsille että Linuxille . Lisäksi v9 sisältää monia SQL-päivityksiä sekä suorituskyvyn että syntaksin osalta, jotka parantavat kaikkien SQL- ADO.Net- , JDBC- , ODBC- ja OLE DB -apuohjelmien nopeutta ja toimivuutta . Lopuksi PSQL v9 kasvattaa tietokantatiedoston enimmäiskokoa 64 Gt:sta 8.x:ssä ja sitä vanhemmissa versioissa. jopa 128 Gt 9.0:ssa ja 256 Gt 9.5:ssä.
PSQL v9:n julkaisun myötä DDF Builder -apuohjelma julkaistiin uudelleen ja lisäksi lisättiin tuki kokotekstihaulle, jonka tarjoaa Full Text Search (FTS) -lisäosa (myöhemmin kuitenkin poistettiin tuoteperhe). DDF Builder tarjoaa Btrieven käyttäjille mahdollisuuden määrittää metatiedot olemassa oleville Btrieve-muotoisille tiedostoille, jotta ne ovat SQL-apuohjelmien käytettävissä.
Kaikki MKDE:n versiot ovat taaksepäin yhteensopivia Btrieven aikaisempien versioiden kanssa tietojen lukutasolla. Tämä sisältää MKDE:tä vanhemmat versiot, eikä tiedostomuotoa muuteta, ellei sitä erikseen pyydetä. Versioista 5.x ja sitä vanhemmista versioista peräisin olevat tiedostot on kuitenkin rakennettava uudelleen version 6.x tai uudemman muotoon, jotta tietokantamoottorin versio 9.0 tai uudempi voi muokata niitä. Uudelleenrakennus tehdään graafisesta käyttöliittymästä tai konsolikomennolla Rebuild.
Pervasive PSQL v10 Pervasive PSQL v11 Pervasive PSQL v12 Pervasive PSQL Vx Pervasive PSQL ja siihen liittyvät tuotteetPervasive tarjoaa tällä hetkellä joukon lisätuotteita, jotka laajentavat PSQL-tietokannan perustoimintoja.