Btrieve - Btrieve

Btrieve je softwarový produkt transakční databáze ( navigační databáze ). Je založen na metodě indexovaného sekvenčního přístupu (ISAM), což je způsob ukládání dat pro rychlé načítání. Existuje několik verzí produktu pro DOS , Linux , starší verze Microsoft Windows , 32bitový IBM OS / 2 a pro Novell NetWare .

Původně to byl správce záznamů publikovaný společností SoftCraft. Btrieve napsali Doug Woodward a Nancy Woodward a počáteční financování poskytl částečně Dougův bratr Loyd Woodward. Přibližně ve stejnou dobu jako vydání prvních počítačů IBM získal Doug 50% společnosti jako svatební dar a zbytek koupil od svého bratra. Po získání podílu na trhu a popularity byl získán od Doug a Nancy Woodwardových společností Novell v roce 1987 pro integraci do jejich operačního systému NetWare kromě pokračování ve verzi DOS. Výrobek získal významný podíl na trhu jako databáze vložené do aplikací střední tržní Kromě toho, že vložené do každé kopie NetWare 2.x , 3.x a 4.x protože to bylo k dispozici na každé síti NetWare. Po nějaké reorganizaci v rámci společnosti Novell bylo v roce 1994 rozhodnuto vyčlenit produkt a technologii Dougovi a Nancy Woodwardové společně s Ronem Harrisem, které mají být vyvinuty novou společností známou jako Btrieve Technologies, Inc. (BTI).

Btrieve byl od verze 6.15 modularizován a stal se jedním ze dvou databázových front-endů, které se zapojily do standardního softwarového rozhraní zvaného Micro-Kernel Database Engine . Front-end Btrieve podporoval Btrieve API a druhý front-end se jmenoval Scalable SQL , produkt relační databáze založený na MKDE, který používal vlastní paletu Structured Query Language , jinak známou jako SQL. Po vydání těchto verzí (Btrieve 6.15 a ScalableSQL v4) byla společnost před IPO přejmenována na Pervasive Software . Krátce nato byly produkty Btrieve a ScalableSQL sloučeny do produktů prodávaných jako Pervasive.SQL nebo PSQL a později Actian Zen. Btrieve pokračovala několik let, zatímco ScalableSQL byl rychle zrušen. Zákazníci byli vyzváni, aby upgradovali na Pervasive.SQL, který podporoval aplikace SQL i Btrieve.

Architektura

Model MKDE umožňuje připojení různých databázových backendů k softwarovému produktu Pervasive.

Btrieve není systém pro správu relačních databází (RDBMS). Dřívější popisy Btrieve se na ni odkazovaly jako na správce záznamů (ačkoli Pervasive zpočátku používal termín navigační databáze, ale později jej změnil na transakční databázi), protože se zabývá pouze základním vytvářením záznamů, načítáním dat, aktualizací záznamů a mazáním dat. Jako základní mechanismus indexování a ukládání používá ISAM . Klíčovou součástí architektury Pervasive je použití databázového stroje MicroKernel , který umožňuje modulární propojení různých databázových backendů a jejich snadnou integraci do jejich balíčku DBMS Pervasive.SQL. To jim umožnilo podporovat jak jejich navigační databázový stroj Btrieve, tak stroj na bázi SQL Scalable SQL.

Aktuální verze Btrieve podporují systémové transakce a uživatelské transakce , kde systémové transakce jsou svazkem netransakčních operací a / nebo uživatelských transakcí, zatímco uživatelské transakce jsou transakce, které fungují na skutečných datech v databázi. Systémové transakce byly vyvinuty, aby umožňovaly provádět více transakcí v dávce a usnadňovaly obnovu dat.

Formát souboru Btrieve sestává výhradně ze stránek , což jsou data, která se pohybují mezi pamětí a úložištěm, když motor provádí operaci vstupu / výstupu. Verze starší než 6.0 pouze používaly datové stránky, stránky indexu a záznam kontroly souboru . Soubor měl index pro vyhledávání, který odkazoval na fyzické stránky. Počínaje verzí 6.0 byly použity logické stránky. Logické jsou mapovány na fyzické stránky (stránky na pevném místě v souboru) na disku podle alokačních tabulek . Záznam řízení souboru obsahuje důležité informace o souborech Btrieve, například počet stránek, které se aktuálně používají. Aby se zabránilo poškození databáze, používá Btrieve dvě metody aktualizace záznamů: stránkování před obrazem ve verzích Btrieve před 6.0 a stínování v následujících verzích. Problémy s kompatibilitou mezi verzí 6 a předchozími verzemi způsobil především přechod z stránkování před obrazem na stínování, které si vyžádalo radikální změny formátu souborů.

Dějiny

Btrieve vlastní a vyvíjejí čtyři různé společnosti: SoftCraft, Novell, Btrieve Technologies, Inc. (později přejmenovaná na Pervasive Software) a Actian Corporation. Mají oddanou a loajální vývojářskou základnu a podle firemní literatury zůstávají plně oddaní produktu. Společnost Pervasive Software založila společnost „Btrieve Society“, která uznává stávající vývojáře.

Pod DOSem, Btrieve až do verze 5, byl program Terminate-and-Stay-Resident (TSR), který fungoval jako databázový stroj rozhraní API (API) a dodával aplikačním programům volání funkcí k implementaci víceuživatelské databáze se záznamem zamykání . Síťová verze fungovala podobným způsobem.

V prvních letech se verze systému DOS až do verze 5 prodávaly za cenu kolem 1 000 USD , ale spustitelný soubor databázového stroje TSR mohl být distribuován s aplikacemi bez poplatků.

SoftCraft let

Produkt byl vypuštěn v únoru 1982 SoftCraft, firmy se nachází v Austinu , Texas , Doug a Nancy Woodward. Doug se stal viceprezidentem a zabýval se vývojem softwaru, Nancy prezidentem společnosti. V příštích několika letech vydali řadu verzí: v únoru 1983 vydali řadu Btrieve 2.x a když systém MS-DOS 2.0 vyvinul podporu pro úchyty souborů a adresářů, vydali Btrieve 3.0. Když systém MS-DOS 3.1 v březnu 1985 standardizoval svá interní rozhraní, o měsíc později vydali Btrieve 3.1 C / S, který měl podporu sítě a klienta / serveru . V únoru 1986 byl vydán Btrieve 4.0, a když byl vydán upgrade 4.1, získal podporu pro rozšířené typy klíčů a doplňkové indexy.

Ačkoli byl Btrieve docela populární, šlo o databázový stroj API. Killer-app správce databází na PC, dBase II a jeho nástupci, byli systémů pro správu databází (DBMS), které by mohly být použity buď jako volně stojící, pro průmyslové použití, nebo programovací jazyk databáze. Nákup Btrieve byl také dražší než dBase, i když licencování za běhu bylo zdarma. Btrieve se rozrostla na vývojářskou základnu s více než 5 000 uživateli a byla široce používána ve finanční oblasti. Společnost trvalo nějaký čas, než vytvořila uživatelské rozhraní produktu, ale v roce 1984 vydali Xtrieve , program založený na nabídce, který k prosazování pravidel relační databáze používal nový datový slovník .DDF .

Akvizice společnosti Novell

Logo Novell darkened.png

V roce 1987 začala Novell diverzifikovat a nakupovat společnosti, které si přidaly do svého operačního systému NetWare . Jednou ze společností, které koupili, byl SoftCraft. Nancy Woodward se stala viceprezidentkou a generální ředitelkou provozu společnosti Novell v Austinu, zatímco Doug Woodward se stal viceprezidentem pro Advanced Database Technologies. Na začátku příštího roku byla Btrieve 5.0 vydána jako nativní aplikace NetWare nebo proces s přidanou hodnotou. Podle Jima Kylea „měl typy klíčů s automatickým zvyšováním, síťový procesní server BROUTER, soubory pouze s daty a pouze s klíči a volitelnou kompresi dat“. Verze 5.1 byla vydána v roce 1990 se zvýšenou schopností transakcí se zpracováním souborů, protokolováním a operacemi přehrání žurnálu spolu s několika vylepšeními API. Bylo vytvořeno několik verzí pro DOS , OS / 2 a Microsoft Windows . Verze 6.0 byla vydána v červnu 1992. Společnost Novell ji však ve velké míře nepropagovala a kvůli vylepšením (jako je změna z předobrazu na stínování) byla nekompatibilní s předchozími verzemi Btrieve. Trh se pro Btrieve příliš nezvýšil a kvůli těmto problémům se nedočkal širokého přijetí.

Když společnost koupila společnost Novell, SoftCraft pracoval na produktu s názvem XQL , což je překladač SQL navržený pro lepší řešení průmyslového standardu SQL, s nímž balíček Xtrieve nebyl plně kompatibilní. Toto se stalo základem pro NetWare SQL , který byl původně vydán v roce 1989, a byl to holý interpret SQL, který implementoval základní verzi SQL pro IBM.

Btrieve Technologies, Inc.

Logo Btrieve. PNG

Do roku 1994 se Novell z velké části vzdal pokusu přeměnit NetWare na kompletní alternativní operační systém a začal odprodávat mnoho společností, které získal jen před několika lety. Minimálně propagovali Btrieve, hlavně kvůli zpoždění (24 měsíců) při vydání verze 6. Byla uzavřena jednání mezi The Woodwards a Novell a po dvou letech Novell 26. ledna 1994 oznámil, že se chystá převést vlastnictví Btrieve společnosti Btrieve Technologies, Incorporated (také známé jako BTI). Dne 29. dubna 1994 byl převod dokončen a Nancy Woodward se stala předsedou BTI a Doug Woodward byl jmenován technickým ředitelem . CEO pozice byla dána Ron Harris, bývalý zaměstnanec společnosti Texas Instruments , a jeden ze zaměstnanců zakládajících Citrix Systems, Inc. , kde působil nejprve jako ředitel strategického plánování, pak jako Vice-prezident marketingu, a konečně jako viceprezident skupiny výrobků.

Btrieve byl zcela přepsán a 1. července 1994 byl vydán Btrieve 6.15 pro DOS, Windows a OS / 2. Novell SQL byl přejmenován na Scalable SQL, což odráží změnu vlastnictví společnosti. V roce 1995 byla vydána verze 6.15 pro Novell NetWare, Windows NT Server a Windows NT / 95 , a stala se tak databázovým produktem pro různé platformy . V této verzi byl představen koncept Micro Kernel Database Engine (MKDE).

Všudypřítomný software

V roce 1996 se společnost přejmenovala na Pervasive Software a jejich produkt na Pervasive.SQL. V roce 1997 se společnost stala veřejnou. Udělali to proto, aby umožnili větší proniknutí na trh relačních databází a znovu se sjednotili jako prodejce SQL, i když stále uvádějí na trh a vyvíjejí Btrieve. Společnost Pervasive dokončila své IPO v září. Společnost pokračovala v používání MKDE ve verzi 6.30. V roce 1997 vydala společnost Pervasive relační databázový produkt ScalableSQL 4.0 a Btrieve 7.0.

V roce 2000 byla společnost Novell kritizována poté, co od verze 5.1 přestala sdružovat Pervasive.SQL a NetWare; místo toho byl dodáván se zkušební verzí, která se po 90 dnech vypnula. Nejnovější verze, Pervasive PSQL Summit v11, byla vydána v září 2010.

Actian Corporation

V roce 2013 získala společnost Actian Corporation všudypřítomný software. V únoru 2016 vydal Actian Btrieve 12.

Verze

Btrieve pro DOS

Existovala jedna klientská konfigurace systému Btrieve založená na DOS vytvořená SoftCraftem. SoftCraft definoval klientskou verzi jako „motor Btrieve běžící na konkrétní pracovní stanici“. To znamenalo, že se modul pro správu záznamů připojil přímo k souborům prostřednictvím funkcí operačního systému a odpovídajícím způsobem upravil záznamy, ať už byly soubory lokální nebo v síti. Klientský modul umožňoval pěti souběžným uživatelům přístup k databázi najednou. Veškeré zpracování záznamů bylo provedeno na pracovní stanici, na které byl nainstalován motor. V novějších verzích mohl Btrieve pro DOS používat jeden ze dvou režimů: to, co nazývali SEFS (sdílení souborů s jedním motorem) nebo MEFS (sdílení souborů s více motory).

Btrieve pro Netware

Btrieve pro Netware byl v podstatě stejný jako Btrieve pro DOS s některými dalšími funkcemi, které byly v té době k dispozici pouze na Netware. Spustil proces serveru nazvaný BSERVERna serveru pro sdílení souborů a tento spravovaný vstup / výstup dat ve spojení se síťovým souborovým systémem. Proces serveru byl poprvé implementován jako volaný proces Netware Value Added Process (VAP) BSERVER.VAP, ale brzy poté byl přepnut na Netware NetWare Loadable Module (NLM). BSERVERbyl databázový stroj, který se zabýval přístupem k záznamům, ale také přijímal žádosti o přenos požadovaných dat na jiný server prostřednictvím BROUTERprocesu.

Společnost Btrieve použila žadatele k zadání požadavků na vstup / výstup databáze z klientské pracovní stanice. Žadatelé byli k dispozici pro DOS, OS / 2, Microsoft Windows a UnixWare . Program BREQUEST.EXEpřijímal požadavky na vstup / výstup prostřednictvím rozhraní Btrieve API a předával je BSERVER. Poté zpracoval odpovědi od BSERVERa předal je zpět do příslušné aplikace.

BROUTERProces povoleno pro příchozí požadavky, které mají být „přesměrován“ na kopii databáze na jiný server. Byl načten na server Netware a zabýval se komunikací mezi více procesy serveru spuštěnými na souborovém serveru pomocí dvou tabulek souborového serveru . Podle Pervasive poskytují tyto seznamy „názvů a adres serverů a směrovací tabulky serverů “. BROUTER také umožnil směrování požadavků na komunikaci na správný server prostřednictvím SPX tím, že BSPXCOMvyhledal zaváděcí modul NetWare a koordinované zámky a další mechanismy, které kontrolovaly přístup k datům v databázi Btrieve.

Btrieve pro DOS používal pro sdílení souborů režimy SEFS a MEFS, a protože byl schopen běžet v síti, byl schopen používat exkluzivní a souběžné transakce.

Btrieve pro Windows

Btrieve pro Windows byl vytvořen dříve, než společnost přepsala kódovou základnu pro použití MKDE. Představoval mechanismy sdílení souborů SEFS a MEFS; používá stínování a povoluje výlučné a souběžné zámky. Zpracoval soubory verze 6.xa 6.1 odlišně. Soubory verze 6.x by mohly zpracovávat operace na části záznamu, spíše než zamykat celý záznam. Zpracovával záznamy větší než 64 kB, implementoval DPH, ACS, nové datové typy, umožňoval operace v procentech (kde mohl být záznam umístěn a manipulován fyzickým umístěním v souboru) a zpracovával duplicitní klíče. Verze 6.x byla schopná za běhu přetahovat nebo přidávat jakýkoli index (verze 6.0 a nižší mohla zrušit pouze doplňkové indexy). Soubory verze 6.1 jsou povoleny pro souběžné a systémové transakce, volitelné přečíslování klíčů, ACS tabulky, které nerozlišují velká a malá písmena, a vylepšené zamykací operace.

Btrieve pro Windows mohl běžet jako klient do databáze, která využívala režimy SEFS nebo MEFS, nebo mohl přímo přistupovat k serveru Btrieve.

Klientský Btrieve

Btrieve pro Windows 95NT Workstation config.svg

Klientská verze Btrieve má všechny databázové soubory buď přímo v místním počítači, nebo prostřednictvím namapované síťové jednotky (nastaveno pomocí NET USEpříkazu DOS ).

Aplikace provádějí volání funkcí WBTRCALL.DLL, rozhraní zavaděče a žadatele. Modul zavaděče a žadatele ověří, zda je BTI.INIkonfigurační soubor správně nastaven pro načtení klientského enginu Btrieve. To následně načte místní rozhraní do btrieve engine ( WBTRLOCL.DLL). Pokud je to nutné, toto místní rozhraní načte engine Btrieve ( WBTR32.EXE) do paměti a pošle mu potřebné požadavky na databázi. Databázový stroj poté volá různé systémové knihovny Win32, aby provedl operace se soubory s databázovými soubory.

Klientský Btrieve přistupující k serverovému Btrieve

Klientská verze Btrieve pro Windows mohla přistupovat k serverovým verzím Btrieve prostřednictvím „žadatele“ založeného na systému DOS. Žadatel požadoval použití rozhraní DOS Protected Mode Interface (DPMI), které umožňovalo přístup programu k rozšířené paměti DOS přístupné pouze prostřednictvím chráněného režimu CPU .

Stejně jako u klientského rozhraní zavádí aplikace založená na Btrieve volání do WBTRCALL.DLLknihovny rozhraní zavaděče a žadatele. Tato knihovna zkontroluje BTI.INIsoubor a zjistí, zda potřebuje přístup k datům v místním systému nebo zda potřebuje přístup k datům na vzdáleném serveru. Pokud potřebuje přístup k serveru, použije pro přístup k žadateli se systémem DOS s názvem verze DPMI pro Windows BREQUEST.EXE. Žadatel poté naváže síťové připojení k serveru, který požadavek zpracuje a po dokončení požadavku na databázi předá zpět zprávu žadateli.

Btrieve pro Windows NT / Windows 95

Btrieve pro Windows NT a Windows 95 byl vydán v roce 1995, spolu s Btrieve pro Netware a Btrieve pro Windows NT Server. Dosáhlo verze 6.15 a začalo používat MKDE . Mechanismy sdílení souborů zůstaly stejné, protože stále používaly režimy sdílení souborů SEFS a MEFS, stínování a umožňovaly výlučné a souběžné zámky. Tato verze Btrieve umožňovala nulové hodnoty v klíčích, což znamenalo, že záznam mohl být vložen do databáze, když informace o klíči nebyla k dispozici. Znamenalo to, že klíč nebude zahrnut do indexu, a to pomohlo snížit zbytečné prohledávání databáze prostřednictvím indexu. Rovněž představil koncept systémové transakce a uživatelské transakce . (viz Systémové a uživatelské transakce ). MKDE také umožňovalo mezery mezi klíči s automatickým zvyšováním. Alokační tabulky s variabilním ocasem byly zavedeny ve verzi 6.15, takže byly zahrnuty do sestavení Btrieve v systému Windows NT / 95.

Existují dvě konfigurace Btrieve pro Windows NT / 95, samostatná pracovní stanice a klient / server.

Samostatná pracovní stanice

Btrieve pro Windows 95NT Workstation config.svg

Při použití konfigurace samostatné pracovní stanice Btrieve se veškeré zpracování záznamů provádí na místní pracovní stanici . Pracovní stanice spoléhá na základní mechanismy systému Windows, aby umožnila programu MKDE (program W32MKDE.EXE) získat přímý přístup k databázovým souborům, a k řešení problémů se souběžností používá soubory zámku.

V této konfiguraci aplikace volá Btrieve API nebo Microkernel Interface ( WBTRV32.DLL). Volání je poté zpracováno rozhraním a předáno MKDE ( W32MKDE.EXE), která k přímému přístupu k databázovým souborům používá souborový systém operačního systému (ať už síťový nebo místní).

To vede k některým zvláštním problémům. Pokud Btrieve používá sdílení souborů ve Windows a má databázový stroj například otevřít soubory přímo ve sdílené složce a během aktualizace existuje nestabilita sítě (např. Je odpojen síťový kabel), mohou se pole použitá k propojení jednoho souboru Btrieve s jiným stát nesynchronizované (ke všem záměrům a účelům data ztrácejí své vztahy nebo odkazy na jiná data) a samotný databázový soubor se může poškodit (i když šance na to je snížena kvůli stránkování před obrazem).

Klient-server

MKDE server.svg

Při použití konfigurace klient / server (nebo edice serveru ) Btrieve se zpracování záznamů obvykle provádí na souborovém serveru Windows prostřednictvím namapované jednotky (způsob mapování sdílené složky na „virtuální“ diskovou jednotku v systému Windows pomocí NET USEpříkazu ). Využívá oprávnění, která vám jsou přiřazena při ověřování, buď přihlašovací oprávnění, nebo oprávnění udělená při NET USEvyužití.

V systému Windows 95 určuje rozhraní MKDE (tzv. Dynamická knihovna Windows (DLL) WBTRV32.DLL), jaká metoda přístupu k databázi se používá prostřednictvím konfiguračního souboru. Pokud zjistí, že klient / server i motory pracovní stanice jsou nainstalovány na stejném počítači, zkontroluje, zda je cíl nastaven na pracovní stanici nebo server. Pokud běží na Windows NT a proces serveru NTMKDE.EXEběží spolu se samostatným procesem pracovní stanice W32MKDE.EXE, vyhledá v registru, aby určil, zda je cílem server nebo pracovní stanice. V obou případech, pokud je rozhraní MKDE nastaveno na pracovní stanici (konfigurace „Samostatná pracovní stanice“), používá pro přímý W32MKDE.EXEpřístup k souboru MKDE ( ). Pokud je nastaveno na server, rozhraní MKDE klienta používá komunikační modul (v systému Windows 95 to je W32BTICM.DLL, v systému Windows NT toto je NTBTICM.DLL), který "mluví" se serverem . Samotný server má svůj vlastní odpovídající komunikační modul (opět buď W32BTICM.DLLnebo NTBTICM.DLL), který je umístěn na namapované jednotce. DLL serveru komunikuje se serverem MKDE ( NTMKDE.EXE), který aktualizuje záznamy, a poté prostřednictvím komunikačního modulu klientovi odešle potvrzení, že operace proběhla úspěšně.

Výhodou tohoto systému je, že pokud dojde k selhání síťového připojení, MKDE na serveru jej bude moci detekovat a zotavit se elegantnějším způsobem, než je schopna konfigurace pracovní stanice.

Konfigurace

Součástí Btrieve byl konfigurační nástroj pro změnu nastavení MKDE. Lze změnit nastavení:

  • Nastavení souborů: tato kategorie obsahuje nastavení týkající se souborů, popisovačů souborů, zámků záznamů, indexů a souborů protokolů. Zde byl nastaven počet otevřených souborů a logických popisovačů souborů a také počet zámků záznamů na klienta; Vyvažování indexů a možnost vytváření souborů ve formátu před 6.x jsou v této kategorii. Rovněž kontrolovalo, zda Microkernel vedl protokol operací prováděných s vybranými soubory. V této části lze nastavit způsob sdílení souborů na MEFS nebo SEFS. Limit pozastavení systémových transakcí nastavuje počet systémových transakcí provedených během operací zápisu pro sdílené soubory.
  • Organizace paměti: tato kategorie obsahovala nastavení související s velikostí vyrovnávacích pamětí, které Microkernel potřeboval přidělit pro různé účely.
  • Transakce typu klient / systém: tato kategorie obsahuje nastavení související s transakcemi, včetně podporovaného počtu a způsobu a kdy budou zaznamenány.
  • Systémové prostředky / adresáře: tato kategorie obsahuje nastavení týkající se počtu podporovaných klientů a vláken a umístění různých systémových souborů.
  • Trasovací operace: tato kategorie obsahuje nastavení související s trasováním různých operací Btrieve. Trasování je pokročilá funkce používaná hlavně pro účely ladění .

Pervasive.SQL 7

Pervasive.SQL 7 byl vydá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 přešla na architekturu založenou na komponentách nazvanou SmartComponents, aby vyřešila problémy s kompatibilitou s upgradem. Toto používalo identifikační schéma komponenty vložené do souboru i zakódované do názvu souboru, spolu s dynamickou vazbou „lepicích souborů“ ( DLL načtených do paměti pouze v případě potřeby). Dynamická vazba komponent byla provedena pomocí nové „Abstract OS Services DLL“, která hledala nejnovější verzi příslušné potřebné komponenty pomocí kódování názvu souboru. Tento „modul lepidla“ se poté načte do paměti a použije se. Starý formát souboru protokolu Btrieve 6.x byl také nahrazen novým centralizovaným protokolem s názvem, PVSW.LOGkterý měl jednotný a vylepšený formát souboru protokolu. Také vylepšili své chybové zprávy a mechanismy hlášení chybových zpráv.

MKDE bylo zachováno v Pervasive.SQL 7. Kvůli dynamické vazbě architektury nové komponenty však byla vnitřní architektura upravena. Aplikace využívající Btrieve volá správce služeb, který poté prohledá různé nakonfigurované adresáře pro konkrétní kódovaný název souboru. Název souboru načteného pro soubory Btrieve ve formě Backus – Naur je:

<filename> ::= <platform-code> "BIF" <major-functional-level> <minor-functional-level>
<platform-code> ::= "W1" | "W2" | "W3" | "W9" | "WT" | "NW" | "O3"
<major-functional-level> ::= <number>
<minor-functional-level> ::= <number> <number>
<number> ::= "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"
Vložené kódy platformy souborů
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
WT Windows NT
NW NetWare 3.xa 4.x.
O3 OS / 2 (32bitový)

"Lepicí" modul, kterým je DLL, je načten do paměti a stává se rozhraním pro MKDE. MKDE poté určí, zda je nakonfigurována jako konfigurace založená na pracovní stanici nebo na serveru. Poté předá požadavky prostřednictvím svého modulu komunikace „žadatel“ na databázový server nebo přímo upraví databázové soubory, pokud je nakonfigurován v režimu pracovní stanice.

Pervasive.SQL 2000 / 2000i

Pervasive.SQL 2000 a Pervasive.SQL 2000i používají v zásadě stejnou architekturu jako Pervasive.SQL 7, ačkoli 2000i zahrnuje i * Net server. Používá stejný model součásti, má schopnost používat motory Btrieve nebo Scalable SQL a pokračuje v používání MKDE. Tato verze zahrnovala podporu pro Red Hat Linux , Caldera OpenLinux , SUSE a Solaris . Rovněž měla lepší integraci s Terminálovou službou , i když na libovolné platformě terminálového serveru může běžet pouze jedna instance databázového stroje. Samostatné kopie databázového stroje nelze spustit během dvou nebo více relací terminálu.

Pervasive.SQL V8

Představený v prosinci 2002, Pervasive.SQL V8 zlepšuje výkon aplikací Btrieve i SQL pomocí řady nových technologií.

  • Ukládání do mezipaměti na straně klienta výrazně zlepšuje výkon čtení tím, že udržuje část obsahu databáze na místním počítači.
  • Turbo Write Acceleration (TWA) seskupuje zápis na disk do skupin a minimalizuje interakce s diskem.
  • Protokolování transakcí poskytuje o něco menší ochranu proti selhání než trvanlivost transakce, ale zlepšuje celkový výkon.

Balíček funkcí zabezpečení V8 (aktualizace produktu střední verze s názvem 8.5) přidal důležité nové funkce zabezpečení určené k uzamčení datových souborů Pervasive.SQL. Před 8,5 byl přístup k datům Btrieve řízen bezpečnostním mechanismem operačního systému. To znamenalo, že každý uživatel, který potřeboval přístup ke čtení / zápisu do databáze, potřeboval také přístup ke čtení / zápisu k podkladovým datovým souborům. 8.5 představilo nové modely zabezpečení, které správcům umožňují řídit přístup k datům Btrieve pomocí zabezpečení databáze. Po aktivaci zabezpečení databáze již nevyžaduje, aby měl uživatel přístup k podkladovým souborům. Konfigurace klient / server navíc již nevyžadují použití síťových sdílených složek nebo namapovaných jednotek. Aplikace mohou odkazovat na zabezpečená data Btrieve pomocí připojovacího řetězce URI.

Všudypřítomný PSQL v9

Všudypřítomný PSQL v9 obsahuje nová grafická rozhraní Java postavená na rámci Eclipse. Tyto grafické uživatelské rozhraní jsou k dispozici pro Microsoft Windows i Linux. Verze v9 navíc obsahovala mnoho aktualizací výkonu a syntaxe SQL, což zlepšilo rychlost a flexibilitu všech rozhraní SQL - ADO.Net, JDBC, ODBC a OLE DB. Nakonec PSQL v9 rozšířil maximální velikost souboru Btrieve z 64 GB ve formátu 8.x a starších na 128 GB ve formátu 9.0 a znovu na 256 GB pro soubory ve formátu 9.5.

Ve spojení s PSQL v9 Pervasive znovu zavedl nástroj DDF Builder a přidal podporu pro vyhledávání textu pomocí doplňku Full Text Search (FTS), který byl později z produktové řady odstraněn. DDF Builder poskytuje mechanismus pro uživatele Btrieve k definování metadat pro existující soubory Btrieve, což umožňuje přístup k datům Btrieve prostřednictvím nástrojů a nástrojů SQL.

Všechny verze MKDE si zachovávají plnou zpětnou kompatibilitu na úrovni čtení se staršími verzemi Btrieve, včetně těch, které předcházejí zavedení samotného MKDE, a nemění verzi souboru, pokud to není výslovně požadováno. Soubory Btrieve, které jsou ve formátech souborů 5.x nebo starších, MUSÍ být přestavěny (pomocí grafického uživatelského rozhraní nebo nástrojů pro opětovné sestavení příkazového řádku) do formátu 6.x nebo novějšího, aby podporovaly zápisy do databáze z 9.0 nebo novějšího databázového stroje.

Všudypřítomný PSQL v10

Pervasive PSQL v10 byl vydán v září 2007 a byla první verzí Pervasive PSQL Server and Client, která poskytuje podporu pro 64bitové operační systémy. Rozhraní Btrieve API a distribuční ladicí rozhraní (DTI) byly vylepšeny tak, aby podporovaly 64bitové verze. Všudypřítomná pracovní skupina PSQL a další součásti sady SDK nebyly pro 64bitovou podporu vylepšeny.

Vydání Pervasive PSQL v10 bylo načasováno tak, aby poskytovalo podporu tehdy nově dostupného systému Windows Vista a brzy dorazilo na operační systémy Windows Server 2008. Všudypřítomný server PSQL v10, pracovní skupina a klient podporují systém Windows Vista. Všudypřítomný server PSQL v10 je certifikován pro Windows Server 2008.

Součástí Pervasive PSQL v10 byl také Xtreme vstup / výstup (XIO), 32bitový akcelerátor databáze Windows, který umožňoval přístup k rozšířené paměti pro rozšíření databáze v mezipaměti přes normální limit 2 GB na 32bitových systémech Windows. Vstup / výstup Xtreme také zahrnoval algoritmy komprese aktualizace a zjednodušené techniky psaní pro zlepšení výkonu vstupu / výstupu databáze.

Pro produktovou řadu Pervasive PSQL s Pervasive PSQL v10 bylo zavedeno vynucování digitálních licencí s názvem Product Authorization. Autorizace produktu byla původně implementována pomocí zkušebních stahování a objednávek elektronického obchodování. Produkty prodávané prostřednictvím Pervasive Distributor a partnery ISV byly upgradovány tak, aby zahrnovaly autorizaci produktu s vydáním Pervasive PSQL v10 SP3 v listopadu 2009. Pervasive PSQL v10 SP3 byl také vydán jako aplikace kompatibilní se systémem Windows 7.

Všudypřítomná PSQL v10 si zachovala zpětnou kompatibilitu pomocí formátu souboru 9,5 se zvýšením maximální velikosti datového souboru na 256 GB a zvýšením maximální velikosti stránky na 16 384 bajtů.

Podpora Pervasive PSQL v10 byla zrušena podpora pro NetWare, Windows NT, Windows 98, Windows ME, DOS 6.22 a 16bitové aplikace. Ačkoli se verze Pervasive PSQL v9 pro Windows a Linux již neprodávají, Pervasive stále prodává a podporuje Pervasive PSQL v9 pro NetWare.

V roce 2010 vydala společnost Pervasive Software Pervasive PSQL v11, který uživatelům umožňuje plně využívat multithreading pro rychlejší zpracování databáze.

Všudypřítomná PSQL v11

Pervasive PSQL v11 byl vydán v září 2010. Jedním z klíčových hnacích sil inženýrské snahy Pervasive PSQL v11 byl redesign databázového stroje za účelem zvýšení výkonu a škálovatelnosti vícejádrových procesorů. Všudypřítomná PSQL v11 optimalizuje paralelní vlákna provádějící podobné činnosti, což umožňuje databázi během provádění úlohy zapojit více jader. PSQL v11 také poskytuje vylepšení synchronizačních mechanismů nízké úrovně v navigačním rozhraní. Více uživatelů může číst stejné stránky souborů v mezipaměti současně a jejich operace mohou pokračovat na nezávislých jádrech. Non-user activity such as checkpoints and log management can run on separate cores and multiple users accessing independent files can continue on different cores.

Podpora více jader je k dispozici u všech verzí PSQL v11: 32bitové a 64bitové servery Windows a Linux a 32bitová pracovní skupina. Interní testování na Pervasive dokumentuje zvýšení výkonu o 300% při porovnání PSQL v10 s PSQL v11 na 8jádrovém serveru s Microsoft 2008 Enterprise Server SP2 (64bitový).

Podpora ( IPv6 ) v systému Windows je součástí Pervasive PSQL v11 s trvalou podporou prostředí IPv4. Všudypřítomná PSQL v11 podporuje IPv6 s přístupovými metodami Btrieve i DTI (Distributed Tuning Interface).

64bitové serverové verze PSQL v11 zahrnují 64bitový relační / SQL stroj, stejně jako 64bitový navigační / Btrieve engine, spolu s 64bitovým ovladačem ODBC. Ovladač je nainstalován s 64bitovými verzemi serveru PSQL a klienta PSQL.

Společnost Pervasive aktualizovala vývojovou sadu softwaru PSQL přidáním produktu Pervasive PSQL ADO.NET Data Provider 3.5. Poskytovatel dat 3.5 je kompatibilní s .NET Framework verze 2.0, 3.0, 3.5, 3.5 SP1 a 4.0 a běží pod .NET Framework 4.0 s podporou funkcí Entity Framework 1.0. Pervasive PSQL v11 také aktualizoval přístupovou metodu PDAC (Pervasive Direct Access Components) o podporu pro RAD Studio 2009 a RAD Studio 2010 společnosti Embardacero.

Autorizace produktu byla v Pervasive PSQL v11 rozšířena o zákazníky OEM, spolu se zavedením webového portálu pro výrobce OEM ke generování klíčů a správě licencí pro PSQL v11. Telefonická autorizace (metoda autorizace Pervasive PSQL bez nutnosti připojení k internetu) byla poprvé představena s PSQL v11 a zpřístupněna všem zákazníkům Pervasive.

Všudypřítomná verze PSQL v11 pokračuje ve formátu souboru 9,5 a zachovává si zpětnou kompatibilitu s předchozími verzemi.

Podpora systému Windows 2000 byla zrušena díky všudypřítomnému PSQL v11.

Všudypřítomný ekosystém PSQL

Pervasive nyní nabízí řadu doplňkových produktů, které rozšiřují základní funkce PSQL DBMS. Nejnovější verze všech produktů, AuditMaster v7, Backup Agent v3 a DataExchange v4, byly vydány v prosinci 2010.

  • Všudypřítomný AuditMaster poskytuje auditování všech databázových interakcí v reálném čase, ať už Btrieve nebo SQL. Protokoly datových událostí lze dotazovat, aby bylo možné sledovat změny citlivých dat. Lze také vytvořit výstrahy pro upozornění příslušného personálu nebo spuštění souvisejícího procesu.
  • Pervasive Backup Agent spravuje režim nepřetržitého provozu PSQL a umožňuje zálohovacímu softwaru spolehlivě kopírovat online databáze.
  • Pervasive DataExchange poskytuje synchronizaci a replikaci dat mezi dvěma nebo více motory PSQL a zajišťuje, že kritická data jsou vždy k dispozici.

Btrieve 12

V únoru 2016 společnost Actian oznámila Btrieve 12. Actian tvrdí, že Btrieve 12 má nové funkce, je kompatibilní s Microsoft Windows Vista10 a Windows Server 2008 a 2012 a je kompatibilní s formátem souborů a API s Btrieve 6.15, což mu umožňuje číst a psát Btrieve Soubory 6,15 ze starších 16bitových aplikací a aplikací DOS.

Viz také

Poznámky

Zdroje

externí odkazy