Btrieve

Btrieve est une base de données transactionnelle ( logiciel de navigation base de données). Il est basé sur Indexed Sequential Access Method (ISAM), qui est un moyen de stocker les données pour une récupération rapide. Il ya eu plusieurs versions du produit pour DOS, Linux , les anciennes versions de Microsoft Windows , Windows 98, Windows NT, Windows 2000 , Windows XP , Windows Server 2003, 32 bits IBM OS / 2 et pour Novell NetWare.

Il était à l'origine un gestionnaire de dossier qui a été publié par SoftCraft, écrit par Doug Woodward et détenu par son frère Loyd Woodward à peu près au même temps que la sortie de la première IBM PC. Doug a reçu 50% de la société comme un cadeau de mariage et plus tard acheté le reste de son frère. Après avoir gagné des parts de marché et de la popularité, il a été acquis auprès de ses fondateurs et Doug Nancy Woodward par Novell en 1987 pour intégration dans leur Netware système d'exploitation en plus de continuer avec la version MS-DOS. Le produit a gagné d'importantes parts de marché comme une base de données intégrée dans les applications mid-market en plus d'être incorporé dans chaque copie de NetWare 2.x, 3.x et 4.x car il était disponible sur tous les réseaux NetWare. Après une réorganisation au sein de Novell, il a été décidé de tourner le produit et de la technologie hors aux fondateurs originaux, Doug et Nancy Woodward avec Ron Harris, en 1994 pour être développé par une nouvelle société appelée Btrieve Technologies, Inc. (BTI).

Btrieve a été modulaire partir de la version 6.15 et est devenu l'une des deux bases de données frontaux que branchés sur une norme interface logicielle appelée Micro-noyau moteur de base de données. Le Btrieve frontal soutenu l'API Btrieve et l'autre front-end a été appelé SQL évolutive, un produit de base de données relationnelle basée sur la MKDE qui a utilisé sa propre variété de Structured Query Language, autrement connu comme SQL. Après ces versions ont été libérés (Btrieve 6.15 et ScalableSQL v4) la société a été rebaptisée Pervasive Software avant leur introduction en bourse. Peu de temps après les produits Btrieve et ScalableSQL ont été combinées dans les produits actuellement connus et vendus comme Pervasive.SQL ou PSQL. Btrieve a été poursuivi pendant quelques années tout a été rapidement interrompu ScalableSQL avec les clients encouragés à passer à Pervasive.SQL qui a soutenu à la fois SQL et les applications Btrieve.

Architecture

Le modèle MKDE permet différents backends base de données pour être branchés au produit logiciel de Pervasive.

Btrieve ne est pas un système de gestion de base de données relationnelle (SGBDR). Les premières descriptions de Btrieve qui lui sont soumises en tant que gestionnaire d'enregistrement (si Pervasive d'abord utilisé le terme base de données de navigation, mais plus tard changé cette base de données transactionnelle à), car il ne traite que de la création d'enregistrement sous-jacente, récupération de données, fiche mise à jour et de suppression des données primitives. Il utilise ISAM comme son sous-jacent l'indexation et le mécanisme de stockage. Un élément clé de l'architecture de Pervasive est l'utilisation d'un MicroKernel moteur de base de données, qui permet base de données différente backends à modulaires et intégrées facilement dans leur forfait de SGBD, Pervasive.SQL. Cela leur a permis de soutenir à la fois leur moteur de base de données de navigation Btrieve et un moteur basé sur SQL, SQL évolutive.

Les versions actuelles de soutien Btrieve transactions du système et les transactions des utilisateurs, où les transactions du système sont un ensemble d'opérations non transactionnelles et / ou transactions utilisateur, tandis que les opérations de l'utilisateur sont des opérations qui travaillent sur des données réelles dans la base de données. opérations de système ont été développés pour permettre à plusieurs opérations à faire dans un lot et de permettre la possibilité de récupérer les données plus facilement.

Le format de fichier Btrieve est entièrement constitué de pages, qui sont les données qui se déplace entre la mémoire et le support de stockage lorsque le moteur effectue une opération d'E / S. Les versions antérieures à 6.0 pages de données seulement utilisés, les pages d'index et une enregistrement de contrôle de fichier (FCR). Le fichier a un indice pour la recherche liée à ce que les pages physiques. Depuis la version 6.0 pages logiques ont commencé à être utilisé, qui sont des pages qui sont mappés à des pages physiques (pages à un emplacement fixe dans le fichier) sur le disque grâce à l'utilisation d'un ensemble de tables d'allocation de pages (PAT). Le FCR est un dossier qui contient des informations importantes sur les fichiers Btrieve, tels que le nombre de pages d'usage courant. Afin d'éviter la corruption dans la base de données Btrieve utilise deux méthodes de mise à jour de fiches: pré-image de la pagination dans les versions 6.0 et Btrieve avant la pagination de l'ombre dans les versions ultérieures. Ce est principalement le passage du pré-image de pagination à l'ombre-pagination qui a provoqué des changements de format de fichier radicale qui ont brisé la compatibilité entre la version 6 et les versions précédentes.

Histoire

Btrieve a été détenu et développé par trois sociétés différentes: SoftCraft, Novell et Btrieve Technologies, Inc. (rebaptisé plus tard Pervasive Software). Ils ont un développeur base engagé et loyal et dans toute la littérature de la société ils restent pleinement engagés dans le produit; en fait, Pervasive ont mis en place un "Btrieve Société" de reconnaître les développeurs existants.

Sous MS-DOS Btrieve jusqu'à la version 5 était un Terminate-et-Stay-résident programme qui fonctionnait comme un Interface de programmation d'application (API) moteur de base de données, en fournissant des programmes d'application avec fonction appelle à mettre en place une base de données multi-utilisateur avec blocage d'enregistrement; la version réseau a travaillé d'une manière similaire.

Dans les premières années versions MS-DOS jusqu'à la version 5 vendu à un prix relativement élevé, de l'ordre de US $ 1000, mais l'exécutable Terminate-et-Stay-résident (TSR) fichier de moteur de base de données pourrait être distribué avec des applications sans paiement d'aucune redevance.

Année SoftCraft

Le produit a été lancé en Février 1982 par SoftCraft, une entreprise située dans Austin, Texas, par Doug Woodward et Nancy. Doug est devenu le vice-président et géré le développement de logiciels, et Nancy est devenu le président de la compagnie. Ils ont publié un certain nombre de versions au cours des prochaines années: en Février 1983, ils ont publié la série 2.x Btrieve, et quand MS-DOS 2.x développé un support pour les fichiers et répertoires gère ils sortent Btrieve 3.0. Lorsque MS-DOS 3.1 standardisé ses interfaces internes Mars 1985, ils publié Btrieve 3.1 C / S un mois plus tard, qui avait réseau et soutien / client-serveur. En Février 1986 Btrieve 4.0 a été libéré, et quand la mise à jour 4.1 a été relâché, il a obtenu le soutien des principaux types de longues et indices supplémentaires.

Bien que Btrieve était assez populaire, ce est un moteur de base de données de l'API, tandis que le gestionnaire de base de données killer-app sur le PC, dBase II et de ses successeurs, était un système de gestion de base de données (SGBD) qui pourrait être utilisé soit comme une application à usage général autonome ou d'un langage de programmation de base de données. Btrieve est aussi plus cher à l'achat que dBase, bien que l'octroi de licences d'exécution était gratuit. Btrieve a grandi à une base de développeur de plus de 5000 utilisateurs et a été largement utilisé dans le domaine financier. La société a pris un certain temps pour créer un interface utilisateur pour le produit, mais en 1984 ils ont sorti Xtrieve, un programme piloté par menu qui a utilisé une nouvelle .DDF dictionnaire de données à appliquer règles de base de données relationnelles.

L'acquisition de Novell

En 1987, Novell a commencé la diversification et l'achat de sociétés à ajouter à leur NetWare système d'exploitation. Une des sociétés qu'ils ont acheté était SoftCraft. Nancy Woodward est devenu le vice-président et directeur général des opérations de Novell Austin tandis Doug Woodward est devenu le vice-président de Advanced Technologies de base de données. Au début de l'année prochaine Btrieve 5.0 a été libéré afin de fonctionner comme une application native NetWare, ou (Process Value Added) VAP. Selon Jim Kyle, "il y avait à incrémentation automatique types de clés, le serveur de processus de réseau de brouter, de données uniquement et clé seuls les fichiers et la compression des données en option". Version 5.1 a été publié en 1990 avec une capacité accrue de transaction fichier manutention, l'exploitation forestière et les opérations de transactions individuelles, avec plusieurs améliorations de l'API. Plusieurs versions ont été créées pour DOS, OS / 2 et Microsoft Windows . Version 6.0 a été publié en Juin 1992, mais il n'a pas été promu en détail par Novell, et en raison des améliorations (comme le changement de pré-imagerie à l'ombre-échange), il était incompatible avec les versions précédentes de Btrieve. Le marché n'a pas beaucoup augmenté pour Btrieve et il ne voyait pas l'adoption à grande en raison de ces questions.

Lorsque la société a été acquise par Novell, SoftCraft avait travaillé sur un produit appelé XQL, qui était une SQL interprète qui a été conçu pour mieux traiter avec l'industrie SQL standard, qui le paquet Xtrieve ne était pas entièrement compatible avec. Ce est devenu la base pour NetWare SQL, qui a été initialement publié en 1989, et a été un interprète SQL bare-bones qui met en œuvre la base IBM version de SQL.

Btrieve Technologies, Inc.

En 1994 Novell a largement renoncé à tenter de faire NetWare dans un système complet d'exploitation alternatif, et commencé à liquider la plupart des entreprises, il avait acquis quelques années plus tôt. Ils avaient également fait la promotion minimale de Btrieve, en grande partie en raison de la longue durée (24 mois) qu'il a fallu pour sortir la version 6. Les négociations entre Nancy et Doug Woodward avec Novell ont été conclus et après deux ans Novell a annoncé (le 26 Janvier, 1994) qu'il allait transférer la propriété de Btrieve à Btrieve Technologies, Incorporated (aussi connu comme BTI). Sur 29 Avril 1994, le transfert a été achevé et Nancy Woodward est devenu le Président du RTC et Doug Woodward a fait la Chief Technical Officer. Le Position de chef de la direction a été donné à Ron Harris, un ancien employé de Texas Instruments, et l'un des fondateurs de salariés Citrix Systems, Inc., où il a travaillé d'abord comme directeur de la planification stratégique, puis en tant que vice-président du marketing, et enfin que le Produit Group Vice President.

Btrieve a été totalement réécrit et le 1er Juillet, 1994 Btrieve 6.15 a été libéré pour DOS, Windows et OS / 2. Novell SQL a été renommé SQL Adaptable à refléter le changement de propriété de l'entreprise. En 1995, la version 6.15 a été libéré pour Novell NetWare, Windows NT Server et pour Windows NT / 95 est devenu, et donc une produit de base de données multi-plateforme. Le concept d'un moteur de base de données Micro Kernel (MKDE) a été introduit dans cette version.

Pervasive Software

En 1996, la société elle-même renommé Pervasive Software, et leur produit Pervasive.SQL. En 1997, la société est devenue publique. Ils ont fait cela afin de permettre une plus grande pénétration du marché de base de données relationnelle et de réaligner comme un fournisseur de SQL, même si elles sont encore le marketing et le développement de Btrieve. Pervasive terminé son IPO en Septembre. La société a continué à utiliser l'MKDE dans la version 6.30. En 1997 Pervasive libérés ScalableSQL 4.0, un produit de base de données relationnelle, et Btrieve 7,0.

En 2000, Novell a été critiqué après avoir cessé regroupement Pervasive.SQL avec NetWare (5.1 était la première version affectée). Au lieu de cela, il livré avec une version d'essai qui a fermé après 90 jours. La dernière version, Pervasive PSQL v11 Sommet, a été libéré en Septembre 2010.

Versions

Btrieve pour DOS

Il y avait une configuration basée-client DOS de Btrieve créé par SoftCraft. La définition de SoftCraft d'une version basée sur le client était un "moteur en marche Btrieve sur un poste de travail particulier." Cela signifie que le moteur de gestion des dossiers directement relié aux fichiers via les fonctions du système d'exploitation et modifié les dossiers en conséquence, si les fichiers étaient local ou sur un réseau. Le moteur basé sur le client a permis cinq utilisateurs simultanés accèdent à la base de données à un moment donné. Tout le traitement des dossiers a été effectuée sur le poste de travail local, le moteur a été installé. Btrieve pour DOS utilisé les modes FDS et MEF pour le partage de fichiers.

Btrieve pour NetWare

Btrieve pour NetWare était essentiellement le même que Btrieve pour DOS avec quelques fonctionnalités supplémentaires disponibles uniquement sur Netware à l'époque. Il a couru un processus serveur, appelé BSERVER , sur le serveur de partage de fichiers et ceci géré données I / O en conjonction avec le système de fichiers de réseau. Le processus serveur a été mis en œuvre en tant que Netware Valeur ajoutée du processus (VAP) appelé BSERVER.VAP , mais a été mis à un Netware NetWare Loadable Module (NLM) peu de temps après. Fondamentalement, BSERVER était le moteur de base de données qui traite de l'accès aux dossiers, mais il a également accepté les demandes de la transmission des données demandées à un autre serveur via le BROUTER processus.

Btrieve utilisé demandeurs à faire la base de données I / O demandes du poste de travail client. Ces demandeurs étaient disponibles pour DOS, OS / 2, Microsoft Windows, et UnixWare. Le programme BREQUEST.EXE accepté les demandes d'E / S via l'API Btrieve et les relayait à BSERVER . Il a ensuite géré les réponses BSERVER et les relayé vers les applications appropriées.

Le BROUTER processus a permis pour les requêtes entrantes à "routé" à une copie de la base de données sur un autre serveur. Il a été chargé sur le serveur Netware et traitée communication entre plusieurs processus serveur se exécutant sur une serveur de fichiers grâce à l'utilisation de deux tables de serveur de fichiers (FSTs). Selon Pervasive, ceux-ci fournissent une liste de "noms de serveur et adresses, et le serveur table de routage (SRT)". Brouter également permis demandes de communication pour être acheminés vers le bon serveur via SPX en recherchant le BSPXCOM NLM et serrures et autres mécanismes qui contrôlent l'accès aux données dans la base de données Btrieve coordonné.

Btrieve pour DOS utilisé les modes FDS et MEF pour le partage de fichiers, et parce qu'il était capable de fonctionner sur un réseau, il a été en mesure d'utiliser des transactions exclusives et concurrentes.

Btrieve pour Windows

Btrieve pour Windows a été créé avant que la compagnie réécrit le code de base pour utiliser le MKDE. Il a comporté SEFS et les mécanismes de partage de fichiers MEF; utilisé ombre pagination et permis de serrures exclusives et concurrentes. Il a traité la version 6.x et 6.1 fichiers différemment: fichiers 6.x de version pourraient gérer les opérations sur les "morceaux" de dossiers plutôt que d'enfermer l'ensemble du dossier; il a traité les dossiers qui étaient plus 64Ko; VAT mises en œuvre, SACR, de nouveaux types de données; permis pour les opérations de pourcentage (lorsque le dossier pourrait être situé et manipulé par l'emplacement physique dans le fichier) et les clés de double manipulés. Version 6.x était capable de laisser tomber ou l'ajout de tout indice sur la volée (version 6.0 et ci-dessous ne peut supprimer des index supplémentaires). Version 6.1 de fichiers disponibles pour les transactions simultanées et du système; la renumérotation option de clés; affaire des tables insensibles ACS et les opérations de blocage améliorées.

Btrieve pour Windows pourrait fonctionner comme un client pour la base de données utilisée FDS ou MEFS modes, ou il pourrait accéder directement au serveur Btrieve.

Btrieve basée sur le client

La version basée sur le client de Btrieve contient tous les fichiers directement sur l'ordinateur local ou via un lecteur réseau mappé (configuration à l'aide de bases de données DOS NET USE commande).

Applications faire un appel de fonction WBTRCALL.DLL , une interface de chargeur et demandeur. Le module vérifie chargeur et demandeurs d'accès du BTI.INI fichier de configuration est correctement configuré pour charger le moteur Btrieve axée sur le client. À son tour, cette charge l'interface locale au moteur btrieve ( WBTRLOCL.DLL ). Si nécessaire, cette interface locale charge le moteur Btrieve ( WBTR32.EXE ) dans la mémoire et envoie les demandes de base de données nécessaires pour cela. Le moteur de base de données appelle ensuite diverses bibliothèques système Win32 pour effectuer des opérations de fichiers sur les fichiers de base de données.

Btrieve basé sur un serveur basé sur le client accédant Btrieve

La version basée sur le client de Btrieve pour Windows pourrait accéder à des versions basées sur le serveur de Btrieve via un "demandeur" sous DOS. Le demandeur a nécessité l'utilisation de Mode protégé DOS interface (DPMI) qui permet l'accès au programme pour DOS de mémoire étendue qui ne pouvait consultée en utilisant le Fonctionnalité mode protégé de la CPU l'architecture x86.

Comme avec l'interface basée sur le client, l'application basée sur Btrieve fait un appel à la WBTRCALL.DLL bibliothèque d'interface chargeur et demandeur. Cette bibliothèque vérifie la BTI.INI fichier pour voir si elle a besoin d'accéder aux données sur le système local ou si elle a besoin d'accéder aux données sur un serveur distant. Si elle a besoin pour accéder au serveur, puis il utilise la version Windows de DPMI pour accéder à un demandeur DOS nommé BREQUEST.EXE . Le demandeur établit ensuite une connexion réseau vers le serveur, qui traite la demande et transmet un message de retour au demandeur lorsque la demande de base de données est terminée.

Btrieve pour Windows NT / Windows 95

Btrieve pour Windows NT et Windows 95 a été libéré en 1995 avec Btrieve pour NetWare et Btrieve pour Windows NT Server. Il avait atteint la version 6.15 et commencé à utiliser la MKDE. Les mécanismes de partage de fichiers est resté le même que celui SEFS encore utilisées, les modes de partage de fichiers MEF; utilisé ombre pagination et permis de serrures exclusives et concurrentes. Cette version de Btrieve permis de valeurs NULL dans les touches, ce qui signifie que le dossier pourrait être entré dans la base de données lorsque les informations sur la clé ne était pas disponible. Cela signifiait que la clé ne serait pas inclus dans l'indice, ce qui a contribué diminuer recherche inutile de la base de données via l'index. Il a également introduit le concept d'une opération de système et une transaction utilisateur. (Voir Système et transactions utilisateur). Le MKDE également permis écarts entre les clés auto-incrémenté. Tables d'allocation variable queue ont été introduits dans la version 6.15, de sorte qu'ils ont été inclus dans le Windows NT / 95 version de Btrieve.

Il existe deux configurations de Btrieve pour Windows NT / 95: poste de travail autonome et client / serveur.

Poste de travail autonome

Lorsque vous utilisez la configuration du poste de travail autonome de Btrieve, tout le traitement des dossiers se fait au niveau local poste de travail. Le poste de travail se appuie sur les mécanismes sous-jacents de Windows pour permettre à l'MKDE (l' W32MKDE.EXE programme) pour accéder directement aux fichiers de base de données, et utilise des fichiers de verrouillage pour traiter des questions de concurrence.

Dans cette configuration l'application effectue des appels à l'API Btrieve ou Interface Microkernel ( WBTRV32.DLL ). L'appel est ensuite traitée par cette interface et transmise à l'MKDE ( W32MKDE.EXE ), qui utilise ensuite le système d'exploitation sous-jacent système de fichiers (que ce soit en réseau ou local) pour accéder directement aux fichiers de base de données.

Cela conduit à des problèmes particuliers. Si utilisations Btrieve Le partage de fichiers Windows et présente les fichiers ouverts du moteur de base de données directement sur un partage de fichiers, par exemple, et il ya instabilité du réseau (ou même si un câble réseau est débranché) lors d'une mise à jour des champs utilisés pour relier une Btrieve fichier à un autre peuvent devenir non synchronisé (à toutes fins utiles les données perd ses relations ou des liens vers d'autres données) et le fichier lui-même de base de données peut être corrompu (si la chance de ce est réduite en raison de l'image pré-paging).

Client / Serveur

Lorsque vous utilisez le client / serveur (ou Server Edition) configuration du Btrieve, le traitement des dossiers se fait généralement sur un serveur de fichiers Windows via un lecteur mappé (une façon de mapper un partage de fichiers sur un lecteur de disque «virtuel» dans Windows via le NET USE commande). Il utilise les autorisations qui vous sont attribués lors de l'authentification, soit à partir lors de la connexion ou par les autorisations accordées pour le NET USE est utilisé.

Sur Windows 95 l'interface MKDE (Windows bibliothèque de liens dynamiques (DLL) appelée WBTRV32.DLL ) détermine en fait ce que la méthode d'accès de base de données est en cours d'utilisation par le biais du fichier de configuration. Se il détecte que les moteurs à la fois le client / serveur et la station de travail sont installés sur la machine à une vérifie si la cible est réglé sur poste de travail ou serveur. Si en cours d'exécution sur Windows NT et le processus serveur NTMKDE.EXE fonctionne avec le processus de poste de travail autonome W32MKDE.EXE il regarde dans le Registre pour déterminer si la cible est serveur ou poste de travail. Dans les deux cas, si l'interface MKDE est réglé sur poste de travail (la configuration "poste de travail autonome»), il utilise le MKDE ( W32MKDE.EXE ) pour accéder directement au fichier. Se il est réglé sur serveur, l'interface MKDE sur le client utilise un module de communication (sur Windows 95 ce est W32BTICM.DLL , sur Windows NT ce est NTBTICM.DLL ) qui "parle" à la serveur. Le serveur lui-même a son propre module de communication correspondant (nouveau soit W32BTICM.DLL ou NTBTICM.DLL ) qui réside sur le lecteur mappé. La DLL du serveur communique avec le serveur MKDE ( NTMKDE.EXE ) qui met à jour les dossiers, puis envoie une confirmation que l'opération a réussi à travers le module de communication vers le client.

L'avantage de ce système est que si un échec de connexion réseau se produit l'MKDE sur le serveur sera en mesure de détecter et de récupérer d'une manière plus gracieux que la configuration du poste de travail est capable de.

Configuration

Un utilitaire de configuration a été inclus avec Btrieve pour modifier les paramètres MKDE. Les paramètres qui peuvent être modifiés sont les suivants:

• Fichier de paramètres: cette catégorie contient les paramètres liés aux fichiers, descripteurs de fichiers, les verrous, les index et les fichiers journaux. Le nombre de fichiers ouverts et les poignées de fichiers logiques a été créé ici, ainsi que le nombre de verrous d'enregistrement par client; Indice équilibrage et une option pour créer des fichiers au format 6.x pré sont dans cette catégorie. Elle contrôlait également si le micro-noyau gardé un journal des opérations effectuées sur les fichiers sélectionnés. Dans cette section, la méthode du partage de fichiers pourrait être réglé soit MEFS ou SEFS. La limite de prise de transaction système définit le nombre de transactions du système effectuées pendant les opérations d'écriture pour les fichiers partagés.
• Organisation de la mémoire: cette catégorie contient les paramètres relatifs à la taille des tampons la Microkernel nécessaire à allouer à des fins diverses.
• Les transactions client / système: cette catégorie contient les paramètres liés aux opérations, y compris le nombre pris en charge et comment et quand ils seront enregistrés.
• Les ressources système / répertoires: cette catégorie contient des paramètres liés au nombre de clients et les fils soutenue ainsi que l'emplacement des divers fichiers système.
• Trace opérations: cette catégorie contient des paramètres liés à diverses opérations de traçage Btrieve. Tracing est une fonctionnalité avancée utilisée principalement pour des fins de débogage.

Pervasive.SQL 7

Pervasive.SQL 7 a été publié en Mars 1998, et comprenait Scalable SQL 4 et 7,0 Btrieve. Btrieve 7,0 couru sur les mêmes plates-formes que Btrieve 6.x: Windows 95, Windows NT 3.51 et 4, Netware et DOS. Toutefois, la société a changé à une architecture appelée SmartComponents à base de composants pour résoudre les problèmes de compatibilité avec les mises à niveau. Cette utilisé un système d'identification composante à la fois intégrées dans le fichier et codée dans le nom du fichier, ainsi que la liaison dynamique de «colle» (fichiers DLL chargées en mémoire qu'en cas de besoin). La liaison de composants dynamique a été fait en utilisant un nouveau "Abstract Services OS DLL" qui avait l'air de la dernière version de la composante appropriée nécessaire via le nom de fichier encodage. Ce "module de colle» est alors chargé en mémoire et utilisé. L'ancien format de fichier journal de Btrieve 6.x a également été remplacé par un nouveau journal centralisé appelé PVSW.LOG et qui avait un format de fichier journal unifié et renforcé. Ils ont également amélioré leurs messages d'erreur et mécanismes message d'erreur de déclaration.

Le MKDE a été retenue dans Pervasive.SQL 7. Toutefois, en raison, l'architecture interne de liaison dynamique de la nouvelle architecture de composants a été modifié. L'application à l'aide Btrieve appelle un gestionnaire de services qui cherche ensuite à travers différents répertoires configurés pour nom de fichier codé spécifique. Le nom du fichier chargé pour les fichiers Btrieve dans Forme Backus-Naur est:

  :: =   "BIF" 
  :: = "W1" | "W2" | "W3" | "W9" | "WT" | "NW" | "O3"
  :: = 
  :: = 
  :: = "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"

Le module "colle", qui est une DLL, est chargé en mémoire et devient l'interface avec le MKDE. Le MKDE détermine ensuite si il est configuré pour être une configuration de poste de travail ou sur la base d'une configuration à base de serveurs. Il passe ensuite demandes via son module de communication "de demandeur" sur le serveur de base de données, ou directement modifie les fichiers de base de données se il est configuré en mode poste de travail.

Pervasive.SQL 2000 / 2000i

Pervasive.SQL 2000 et Pervasive.SQL 2000i utilise essentiellement la même architecture que Pervasive.SQL 7, si 2000i comprend i * serveur Net. Il utilise le même modèle de composant, a la capacité d'utiliser le Btrieve ou moteurs SQL évolutive et continue utilisant un MKDE. Cette version inclus soutien Red Hat Linux, Caldera OpenLinux, SUSE et Solaris. Il y avait aussi une meilleure intégration avec Terminal Services, mais seulement une instance du moteur de base de données peut fonctionner sur ne importe quelle plate-forme de serveur de terminal. Vous ne pouvez pas exécuter des copies séparées du moteur de base de données dans les deux ou plusieurs sessions de terminal.

Pervasive.SQL V8

Introduit en Décembre 2002 Pervasive.SQL V8 améliore les performances de deux applications Btrieve et SQL en utilisant un certain nombre de nouvelles technologies.

• la mise en cache côté client améliore considérablement les performances en lecture en maintenant une partie du contenu de la base de données sur le PC local.
• Turbo Ecrire Accélération (TWA) groupes disque écrit en groupes, en minimisant les interactions avec le disque.
• Transaction Logging fournit une protection contre les défaillances peu moins de transaction de durabilité, mais améliore les performances globales.

Le Feature Pack V8 de sécurité (une mise à jour de produit à mi-libération désigné 8,5) ajouté importantes nouvelles fonctionnalités de sécurité destinées à verrouiller Les fichiers de données Pervasive.SQL. Avant de 8,5, l'accès aux données Btrieve a été contrôlé par le mécanisme de sécurité du système d'exploitation. Cela signifie que tout utilisateur qui nécessaires accès en lecture / écriture à la base de données, également nécessaire accès en lecture / écriture aux fichiers de données sous-jacentes. 8,5 modèles de sécurité nouvelles introduites, qui permettent aux administrateurs de contrôler l'accès aux données Btrieve à l'aide de la sécurité de base de données. Une fois activée, la sécurité de base de données ne nécessite plus que l'utilisateur a accès aux fichiers sous-jacents. En outre, les configurations client / serveur ne nécessitent plus l'utilisation des partages réseau ou des lecteurs mappés. Les applications peuvent référencer des données Btrieve sécurisées à l'aide d'une chaîne de connexion URI.

Pervasive PSQL v9

Pervasive PSQL v9 comprend de nouvelles interfaces graphiques Java, construit sur le framework Eclipse. Ces interfaces graphiques sont disponibles pour Microsoft Windows et Linux. En outre, v9 comprenait de nombreuses performances SQL et de syntaxe mises à jour, améliorant à la fois la vitesse et la flexibilité de toutes les interfaces SQL - ADO.Net, JDBC, ODBC et OLE DB. Enfin, PSQL v9 élargi la taille maximale de fichier Btrieve de 64 Go dans des formats de fichiers 8.x et plus tôt à 128 Go en 9,0 fichiers de format, et encore 256 Go pour les fichiers dans le format de fichier 9.5.

En collaboration avec PSQL v9 Pervasive réintroduit l'utilitaire DDF Builder et le soutien à la recherche de texte avec le texte complet Recherche ajoutée (FTS) add-on, qui a ensuite été retiré de la ligne de produits. DDF Builder fournit un mécanisme pour les utilisateurs Btrieve pour définir les méta-données des fichiers Btrieve existants, permettant ainsi des données Btrieve soient accessibles via des outils de SQL et des services publics.

Toutes les versions de la MKDE conservent une compatibilité totale au niveau lire descendante avec les versions antérieures de Btrieve, y compris ceux qui datent d'avant l'introduction de la MKDE lui-même, et ne changent pas la version du fichier, sauf si spécifiquement demandé de le faire. Btrieve fichiers qui sont dans le 5.x ou formats de fichiers plus anciens doit être reconstruit (en utilisant la ligne de GUI ou commande Reconstruire les services publics) à 6.x ou plus récent format à soutenir base de données écrit par le moteur 9.0 ou plus récente base de données.

Pervasive PSQL v10

Pervasive PSQL v10 a été publié en Septembre 2007 et a été la première version de Pervasive PSQL Server et Client de fournir un soutien pour les systèmes d'exploitation 64 bits. L'API Btrieve et la distribution de l'interface de réglage (DTI) ont tous deux été amélioré pour supporter 64-bit. Pervasive PSQL groupe de travail et d'autres composants du SDK ne ont pas été améliorés pour support 64-bit.

La libération de Pervasive PSQL v10 a été programmée pour offrir un soutien pour Windows Vista alors nouvellement disponibles et bientôt arriver systèmes d'exploitation Windows Server 2008. Pervasive PSQL v10 Server, groupe de travail et tout le soutien client Windows Vista. Pervasive PSQL v10 Server est certifié pour Windows Server 2008.

Sont également inclus dans Pervasive PSQL v10 était Xtreme I / O (XIO), Windows accélérateur de base de données 32 bits qui a permis l'accès de mémoire étendue pour élargir la base de données en cache-delà de la limite de 2 Go normale sur des systèmes Windows 32 bits. XIO également inclus des algorithmes de compression et de mise à jour des techniques d'écriture rationalisées pour améliorer la base de données des performances E / S.

Application de la licence numérique, appelé autorisation du produit, a été introduit pour la Pervasive ligne de produit avec PSQL Pervasive PSQL v10. Autorisation de Produit a été initialement mis en œuvre avec des téléchargements d'essai et commandes e-commerce. Les produits vendus par le distributeur et ISV partenaires envahissants étaient mise à jour pour inclure l'autorisation du produit avec la sortie de Pervasive PSQL v10 SP3 en Novembre 2009. Pervasive PSQL v10 SP3 a également été publié comme une application compatible avec Windows 7.

Pervasive PSQL v10 conservé la compatibilité descendante en utilisant le format de fichier 9.5 avec une augmentation de la taille maximale du fichier de données à 256 Go et l'augmentation de la taille maximale de la page à 16 384 octets.

Support pour NetWare, Windows NT, Windows 98, Windows ME, DOS 6.22 et applications 16 bits ont été abandonnées avec Pervasive PSQL v10. Bien que les versions Windows et Linux de Pervasive PSQL produits v9 ne sont plus vendus, Pervasive commercialise et supporte encore Pervasive PSQL v9 pour NetWare.

En 2010, Pervasive Software libéré Pervasive PSQL v11, qui permet aux utilisateurs de tirer pleinement parti du multithreading pour le traitement de base de données plus rapide.

Pervasive PSQL v11

Pervasive PSQL v11 a été publié en Septembre 2010. L'un des principaux moteurs de l'effort d'ingénierie derrière Pervasive PSQL v11 est la refonte du moteur pour augmenter les performances et l'évolutivité des CPU multi-core de base de données. Pervasive PSQL v11 optimise fils parallèles des activités similaires, la base de données permettant d'engager plusieurs cœurs lors de l'exécution de la tâche. PSQL v11 fournit également des améliorations aux mécanismes de synchronisation bas niveau de l'interface de navigation. Plusieurs utilisateurs peuvent lire les mêmes pages mises en cache de fichiers simultanément et leurs opérations peuvent se dérouler sur des noyaux indépendants. L'activité non-utilisateur, telles que les postes de contrôle et de gestion des logs peut fonctionner sur noyaux distincts et plusieurs utilisateurs accèdent à des fichiers indépendants peuvent procéder sur différents noyaux.

Le support multi-core est disponible avec toutes les versions de PSQL v11: 32 et 64 bits serveurs Windows et Linux, et 32-bit de groupe de travail. Les tests internes au envahissants augmente de performance documentés de 300% lorsque l'on compare PSQL v10 à v11 psql sur un serveur 8-core cadencé Microsoft Enterprise Server 2008 SP2 (64 bits).

( IPv6) sur Windows est inclus dans Pervsive v11 PSQL un soutien continu pour les environnements IPv4. Pervasive PSQL v11 supporte IPv6 à la fois avec l'Btrieve et DTI méthodes d'accès (Interface Tuning distribués).

Versions de serveurs 64 bits de PSQL v11 comprennent un moteur 64 bits relationnelle / SQL ainsi que le moteur 64 bits de navigation / Btrieve, avec un pilote ODBC 64 bits. Le pilote est installé avec les versions 64 bits de PSQL Server et PSQL client.

Pervasive mise à jour le kit de développement de logiciels de PSQL avec l'ajout de la Pervasive PSQL ADO.NET Data Provider 3.5. Le fournisseur de données 3.5 est compatible avec les versions de .NET Framework 2.0, 3.0, 3.5, 3.5 SP1 et 4.0, et fonctionne sous .NET Framework 4.0 avec prise en charge Entity Framework 1.0 caractéristiques. Pervasive PSQL v11 également mis à jour l'ACPE (composants d'accès direct envahissants) méthode d'accès avec le soutien de RAD Studio 2009 et de Embardacero RAD Studio 2010.

autorisation du produit a été étendu en Pervasive PSQL v11 pour inclure les clients OEM, avec l'introduction d'un portail web pour les OEM pour générer des clés et de gérer les licences des PSQL v11. autorisation de Téléphone (une méthode d'autoriser Pervasive PSQL sans nécessiter une connexion Internet) a été introduit avec PSQL v11 et rendue disponible à tous les clients envahissants.

Pervasive PSQL v11 continue avec le format de fichier 9.5, en conservant la compatibilité ascendante avec les versions précédentes.

Support pour Windows 2000 a été abandonné avecPervasive PSQL v11.

Écosystème de Pervasive PSQL

Pervasive offre maintenant un certain nombre de produits complémentaires qui étendent les fonctionnalités de base du SGBD PSQL. Les dernières versions de chacun des produits, AuditMaster v7, Backup v3 agent, DataExchange v4, ont été libérés en Décembre 2010.

• AuditMaster Pervasive fournit audit en temps réel de toutes les interactions de base de données, que ce soit Btrieve ou SQL. Journaux d'événements de données peuvent être interrogées pour suivre les changements à des données sensibles. Les alertes peuvent également être créés pour informer le personnel approprié ou lancer le processus associé.
• L'agent de sauvegarde Pervasive gère le mode d'exploitation continue de PSQL et permet au logiciel de sauvegarde pour copier les bases de données en ligne de manière fiable.
• Pervasive DataExchange assure la synchronisation des données et la réplication entre deux ou plusieurs moteurs de PSQL, assurant que les données critiques est toujours disponible.