Btrieve
article eatured Dans le calculant , le Btrieve est un produit transactionnel de la base de données basé sur la méthode d'accès séquentielle indexée (ISAM), qui est une manière de stocker les données pour la récupération rapide. Il y a eu plusieurs versions du produit pour DOS , le Linux , des versions plus anciennes de de de Microsoft Windows , Windows 98 , Windows NT , le Windows 2000 , Windows Xp , le serveur 2003 de de de Windows de et pour le Novell NetWare .
C'était à l'origine un directeur record qui a été édité par SoftCraft à environ le même temps que le dégagement des premiers PCs d'IBM de après le gain de la part de marché et de la popularité, il a été acheté par Novell pour l'intégration dans leur du système d'exploitation de NetWare. Le produit n'a pas gagné la part de marché significative et, après une certaine réorganisation dans Novell, le produit a été défait pour être développé par une nouvelle compagnie connue sous le nom de Btrieve Technologies, Inc.
Btrieve était commencer modularisé par la version 6.15 et est devenu un de de deux bases de données centralise qui a branché à une interface de logiciel standard appelée le moteur de base de données de Micro-Grain . L'autre produit est le SQL extensible , un produit de la base de données relationnelle qui emploie le langage d'interrogation structuré , autrement connu sous le nom de SQL. Après que plusieurs nouvelles versions aient été libérées la compagnie aient été retitrées au logiciel dominant et elles vendent maintenant le produit comme PSQL dominant .
Architecture
voient également : Architecture de Btrieve
Btrieve n'est pas un système de gestion de bases de données relationnelles (RDBMS). Les descriptions tôt de Btrieve se sont rapportées à lui en tant que directeur record de (bien que dominant au commencement utilisé la base de données de navigation de limite mais plus tard changé ceci en base de données transactionnelle) parce qu'elle traite seulement la création record, l'extraction de données, la mise à jour de disque et les primitifs fondamentaux de suppression de données. Elle emploie le ISAM en tant que son indexation fondamentale et mécanisme de stockage. Des parties fondamentales d'architecture dominante sont l'utilisation d'un moteur de base de données de MicroKernel , qui permet le différent de base de données centralise à modulariser et être intégré facilement dans leur paquet du système de gestion de bases de données, Pervasive. Ceci leur a permis de soutenir leur moteur de base de données de navigation de Btrieve et un moteur SQL-basé, SQL extensible.
Les versions en cours de Btrieve soutiennent les transactions et les transactions de système de d'utilisateur, où les transactions de système sont un paquet d'opérations et/ou de transactions non-transactionnelles d'utilisateur, alors que les transactions d'utilisateur sont des transactions qui travaillent sur des données réelles dans la base de données. Des transactions de système ont été développées pour permettre à des transactions multiples d'être faites dans un groupe et pour permettre la capacité de récupérer des données plus facilement.
Le format de fichier de Btrieve consiste entièrement en pages , qui sont les données qui se déplacent entre la mémoire et les supports de stockage quand le moteur effectue une opération d'entrée-sortie.0 pages simplement utilisées de données, pages d'index et un ordre de gestion de dossier (FCR). Le dossier a eu un index pour rechercher cela lié aux pages physiques. Commencer par les pages logiques de la version 6.0 a commencé à être employé, qui sont des pages qui sont tracées aux pages physiques (pages à un endroit fixe dans le dossier) sur le disque par l'utilisation d'un ensemble de tables (tapotements) d'attribution de page de . Le FCR est un disque qui contient des informations importantes sur des dossiers de Btrieve, tels que le nombre de pages dans l'utilisation courante. Afin d'éviter la corruption dans les utilisations de Btrieve de base de données deux méthodes de mettre des disques à jour : pagination de pré-image de dans des versions de Btrieve avant 6.0 et pagination d'ombre de dans des versions suivantes. C'était principalement le changement de la pré-image paginant à l'ombre-pagination qui a causé les changements radicaux de format de fichier qui ont cassé la compatibilité entre les versions préalables de Btrieve et la version 6.
Histoire
< ! -- Commenté dehors parce que l'image a été supprimée : --> Btrieve a été possédé et développé par trois compagnies différentes : SoftCraft, Novell et Btrieve Technologies, Inc. (plus tard retitrés logiciel dominant). Ils ont une réalisateur-base commise et fidèle et dans la littérature de toute la compagnie ils restent entièrement commis au produit ; en fait, dominant ont même installé une société de Btrieve de qui identifie les réalisateurs existants.
Années de SoftCraft
Le produit a été lancé en février 1982 par SoftCraft, une société située dans le Austin , le Texas , près de Doug et de Nancy Woodward. Doug est devenu le vice-président et a manipulé le développement de logiciel, et Nancy est allé bien au président de la compagnie. Ils ont libéré un certain nombre de versions au cours des prochaines années : en février 1983 ils ont libéré la série de Btrieve 2.x, et quand le soutien développé par 2.x du MS-DOS des poignées de dossier et d'annuaire elles a libéré Btrieve 3.1 a normalisé ses interfaces internes en mars 1985 elles ont libéré Btrieve 3.1 C/S un mois plus tard, qui a eu l'appui du réseau et du client/serveur . En février 1986 Btrieve 4.0 a été libéré, et quand la mise à niveau 4.1 a été libérée il a reçu le soutien des types principaux prolongés et des index supplémentaires.Bien que Btrieve ait été assez populaire, il n'a pas été fortement différencié de la base de données du Tueur-$$etAPP sur le PC, DBase , et n'a jamais gagné la même sorte de popularité. Cependant, la base connue de réalisateur avait devenu plus de 5.000 utilisateurs et elle était employée couramment dans le secteur financier. La compagnie a pris un certain temps de créer une interface utilisateurs pour le produit, toutefois dans 1984 ils ont libéré le Xtrieve , un programme piloté par menu qui a employé un nouveau dictionnaire des données de du .DDF pour imposer le la base de données relationnelle que ordonne.
Acquisition de Novell
En le 1987 Novell diversification commencée et achat des compagnies pour s'ajouter à leur du système d'exploitation de NetWare . Une des compagnies qu'elles ont achetées était SoftCraft. Nancy Woodward est allé bien au vice-président et directeur général des opérations d'Austin de Novell tandis que Doug Woodward devenait le vice-président des technologies de base de données avancées. Tôt l'année prochaine Btrieve 5.0 a été libérée à la course comme application indigène de NetWare, ou au VAP (processus à valeur ajoutée). Selon Jim Kyle, " ; il a eu les types principaux auto-increment, le serveur de processus de réseau de BROUTER, les dossiers de données-seulement et de clef-seulement, et compression" facultatif de données ;.La dernière version, le sommet dominant v10 de PSQL, a été libérée en octobre 2007.
Versions
Btrieve pour le DOS
Il y avait une configuration client-basée par DOS de Btrieve créée par SoftCraft. La définition de SoftCraft d'une version client-basée était un " ; Moteur de Btrieve tournant sur un workstation." particulier ; Ceci a signifié que le moteur d'enregistrer-gestion relié directement aux dossiers par l'intermédiaire des fonctions du système d'exploitation et modifié les disques en conséquence, si les dossiers étaient locaux ou sur un réseau. Le moteur client-basé a permis cinq au les utilisateurs concourants de d'accéder à la base de données n'importe quand. Tout le traitement des disques ont été faits sur le poste de travail local que le moteur a été installé dessus. Btrieve pour le DOS a employé les modes de SEFS et de MEFS pour le partage de fichiers.
Btrieve pour NetWare
Btrieve pour NetWare était essentiellement identique que Btrieve pour le DOS avec quelques configurations supplémentaires seulement disponibles sur NetWare alors. Il a couru un processus de serveur, appelé leBSERVER, sur le serveur de dossier-partage et ceci l'entrée-sortie contrôlée de données en même temps que le Network File System. Le processus de serveur a été mis en application la première fois pendant qu'un processus à valeur ajoutée (VAP) de de NetWare appelait BSERVER.VAP, mais a été commuté à un module chargeable (NLM) de NetWare de de NetWare peu ensuite. Fondamentalement, BSERVER était le moteur de base de données qui a traité l'accès aux disques, toutefois il a également accepté des demandes de la fiche d'envoi des données demandées à un autre serveur par l'intermédiaire du processus de BROUTER. Btrieve a employé les demandeurs de pour faire des demandes d'entrée-sortie de base de données à partir du poste de travail de client. Ces demandeurs étaient disponibles pour le DOS, l'OS/2, le Microsoft Windows, et le UnixWare . Le programme BREQUEST.EXE a accepté des demandes d'entrée-sortie par l'intermédiaire du Btrieve api et les a transmises par relais à BSERVER. Il a alors manipulé les réponses de BSERVER et les a transmis par relais de nouveau aux applications appropriées.
Les BROUTER traitent tenu compte pour que les demandes entrantes soient " ; routed" ; à une copie de la base de données sur un autre serveur. Il a été chargé sur le serveur de NetWare et a traité la communication entre les processus de serveur multiples fonctionnant sur l'un serveur d'archivage par l'utilisation de deux Tableaux (FSTS) de serveur d'archivage de . Selon dominant, ceux-ci fournissent une liste de " ; noms et adresses de serveur, et le " du Tableau de cheminement de serveur de (SRT) ;. Demandes également permises de communication de BROUTER d'être conduit au serveur correct par l'intermédiaire du SPX en recherchant le BSPXCOM NLM et serrures coordonnées et d'autres mécanismes cet accès commandé aux données dans la base de données de Btrieve.
Btrieve pour le DOS a employé les modes de SEFS et de MEFS pour le partage de fichiers, et parce qu'il pouvait courir sur un réseau il pouvait employer des transactions exclusives et concourantes.
Btrieve pour Windows
Btrieve pour Windows a été créé avant que la compagnie ait récrit le codebase pour employer le MKDE. Il des mécanismes a comporté de SEFS et de MEFS partage de fichiers ; ombre-pagination utilisée et tenu compte des serrures exclusives et concourantes. Elle a manipulé la version 6.1 dossiers différemment : les fichiers-x de la version 6. ont pu effectuer des opérations sur des « morceaux » des disques plutôt que fermant à clef vers le haut du disque de totalité ; il a manipulé les disques qui étaient au-dessus de 64KB ; cuves mises en application, ACSs, nouveaux types de données ; tenu compte des opérations de pourcentage (où le disque pourrait être situé et manoeuvré par la localisation physique dans le dossier) et des valeurs de clé identiques manipulées.x était capable de laisser tomber ou d'ajouter n'importe quel index en marche (la version 6.0 et ci-dessous pourrait seulement laisser tomber des index supplémentaires). Les dossiers de la version 6.1 ont tenu compte des transactions de concurrent et de système ; renuméroter facultatif des clefs ; tables ne distinguant pas majuscules et minuscules d'ACS et augmenté fermant à clef des opérations.Btrieve pour Windows pourrait fonctionner en tant que client à la base de données qui a utilisé des modes de SEFS ou de MEFS, ou elle pourrait directement accéder au serveur de Btrieve.
Btrieve Client-basé
La version client-basée de Btrieve a toutes les bases de données directement sur l'ordinateur local ou par l'intermédiaire d'une commande de réseau tracée (installation using la commande duNET USE du DOS). Les applications font un appel de fonction à Comme avec l'interface client-basée, l'application Btrieve-basée fait un appel à la bibliothèque d'interface de chargeur et de demandeur de Il y a deux configurations de Btrieve pour Windows NT /95 : poste de travail et client/serveur autonomes. Dans cette configuration l'application fait les appels au Btrieve api, ou l'interface de Microkernel ( Ceci mène à quelques issues particulières. Si Btrieve emploie le partage de fichiers de Windows de et a les dossiers ouverts de moteur de base de données directement sur une part de dossier, par exemple, et il y a d'instabilité de réseau (ou même si un câble de réseau est débranché) pendant une mise à jour les champs employés pour lier un dossier de Btrieve à des autres peut devenir non synchronisé (à toutes fins pratiques les données perd ses rapports ou liens à d'autres données) et la base de données elle-même peut obtenir corrompue (cependant la possibilité de ceci est due réduit à la pagination de pré-image). Sur Windows 95 l'interface de MKDE (une bibliothèque de lien dynamique de de Windows (DLL) L'avantage de ce système est que si un échec de connexion réseau se produit le MKDE sur le serveur pourra détecter ceci et récupérer d'une façon plus gracieuse que la configuration de poste de travail peut en mesure à. : cette catégorie de contient des arrangements liés aux dossiers, aux poignées de dossier, aux verrous d'enregistrement, aux index, et aux fichiers de consignation. Le nombre de dossiers ouverts et de poignées de dossier logique a été placé dedans ici, aussi bien que le nombre de verrous d'enregistrement par client ; l'équilibrage d'index et une option pour créer des dossiers dans pré le format 6.x sont dans cette catégorie. Elle a également commandé si le Microkernel a gardé une notation des opérations exécutées sur les dossiers choisis. Dans cette section la méthode de partage de fichiers a pu être placée à MEFS ou à SEFS. Les ensembles de limite de prise de transaction de système que le nombre de transactions de système a exécuté pendant écrivent des opérations pour à fichiers centraux communs. Le MKDE a été maintenu dans Pervasive. Cependant, en raison de la nouvelle de l'attache dynamique architecture composante, l'architecture interne a été modifiée. L'application using Btrieve appelle un directeur de services qui recherche alors par de divers annuaires configurés le nom de fichier codé spécifique. Le nom de fichier a chargé pour des dossiers de Btrieve sous la forme de Backus-Naur de est : Le paquet de dispositif de sécurité de V8 (mi-libérer la mise à jour de produit indiquée 8.5) a ajouté de nouveaux dispositifs de sécurité importants conçus pour fermer à clef en bas des fichiers de données de Pervasive.5, l'accès aux données de Btrieve a été commandé par le mécanisme de sécurité du système d'exploitation. Ceci a signifié que n'importe quel utilisateur qui a eu besoin de l'accès lecture/écriture à la base de données, accès lecture/écriture également nécessaire aux fichiers de données fondamentaux.5 ont présenté les nouveaux modèles de sécurité, qui permettent à des administrateurs de commander l'accès aux données de Btrieve using la sécurité de base de données. Une fois qu'activé, la sécurité de base de données n'exige plus que l'utilisateur a accès aux dossiers fondamentaux. En outre, les configurations de client/serveur n'exigent plus l'utilisation des parts de réseau ou des commandes tracées. Les applications peuvent mettre en référence des données bloquées de Btrieve using une corde de raccordement d'URI. En même temps que PSQL v9 dominant a réintroduit l'utilité de constructeur de DDF et a ajouté le soutien du texte recherchant avec l'adjonction de recherche (FTS) de texte intégral. Le constructeur de DDF fournit un mécanisme pour que les utilisateurs de Btrieve définissent les méta-données pour les dossiers existants de Btrieve, de ce fait permettant à des données de Btrieve d'être accessibles par l'intermédiaire des outils et des utilités de SQL. Toutes les versions du MKDE maintiennent la pleine compatibilité ascendante avec des versions antérieures de Btrieve, y compris ceux qui antidatent l'introduction du MKDE elle-même, et ne changent pas la version du dossier à moins que spécifiquement demandé de faire ainsi. AuditMaster dominant fournit auditer en temps réel de toutes les interactions de base de données, si Btrieve ou SQL. Des notations des événements de données peuvent être questionnées pour dépister des changements aux données sensibles. Des alertes peuvent également être créées pour informer le personnel approprié ou pour lancer le processus associé. ; Références efbegin .
WBTRCALL.DLL, un chargeur et l'interface de demandeur. Le chargeur et le demandeur que le module vérifie le fichier de configuration de BTI.INI est correctement installé pour charger le moteur client-basé de Btrieve. Alternativement, ceci charge l'interface locale au moteur de btrieve (WBTRLOCL. Au besoin, cette interface de gens du pays charge le moteur de Btrieve (WBTR32.EXE) dans la mémoire et lui envoie les demandes nécessaires de base de données. Le moteur de base de données appelle alors de diverses bibliothèques système Win32 pour effectuer des opérations de dossier sur les bases de données. Btrieve Client-basé accédant à Btrieve serveur-basé
La version client-basée de Btrieve pour Windows a pu accéder à des versions serveur-basées de Btrieve par l'intermédiaire d'un " DOS-basé ; requester" ;. Le demandeur a eu besoin de l'utilisation de l'interface (DPMI) de mode protégé de DOS de qui permet l'accès de programme à la mémoire prolongée du du DOS qui pourrait seulement accédé using la fonctionnalité du mode protégé de l'architecture du X86 de l'unité centrale de traitement. WBTRCALL. Cette bibliothèque vérifie le dossier de BTI.INI pour voir si elle doit accéder à des données sur le système local ou si elle doit accéder à des données sur un serveur à distance. Si elle doit accéder au serveur puis elle emploie la version de Windows de DPMI pour accéder à un demandeur DOS-basé appelé BREQUEST. Le demandeur établit alors une connexion réseau au serveur, qui traite la demande et passe en arrière un message au demandeur quand la demande de base de données est accomplie. 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 le serveur de Windows NT. Il avait atteint la version 6.15 et avait commencé using le MKDE . Les mécanismes de partage de fichiers sont demeurés les mêmes qu'il des modes employait toujours de SEFS et de MEFS partage de fichiers ; ombre-pagination utilisée et tenu compte des serrures exclusives et concourantes. Cette version de Btrieve a tenu compte des valeurs de la nulle dans les clefs, qui ont signifié qu'un disque pourrait être écrit dans la base de données quand l'information sur la clef n'était pas disponible. Il a signifié que la clef ne serait pas incluse dans l'index, et ceci a aidé la recherche inutile de diminution de la base de données par l'intermédiaire de l'index. Elle a également présenté le concept d'une transaction de système de et d'une transaction d'utilisateur de . (voir les transactions de système et d'utilisateur de ). Le MKDE a également permis des lacunes entre les clefs incrémentées automatiquement. les tables d'attribution de Variable-queue de ont été présentées dans la version 6.15, ainsi elles ont été incluses dans Windows NT /95 construction de Btrieve. Poste de travail autonome
En employant la configuration autonome du poste de travail Btrieve, tout le traitement des disques est fait sur le poste de travail local . Le poste de travail se fonde sur les mécanismes fondamentaux de Windows pour permettre le MKDE (le programme de W32MKDE.EXE) à l'accès direct de gain aux bases de données, et les utilisations ferment à clef des dossiers pour traiter des issues de simultanéité. WBTRV32. L'appel est alors traité par cette interface et le long passé au MKDE (W32MKDE.EXE) qui emploie alors le système de fichiers du système d'exploitation fondamental (si ce soit réseau ou gens du pays) pour accéder directement aux bases de données. Client/serveur
En utilisant de client/serveur (ou de de serveur édition ) de la configuration de Btrieve, le traitement des disques est généralement fait sur un serveur d'archivage de Windows par l'intermédiaire d'une commande tracée (une manière de tracer une part de dossier à un " ; virtual" ; unité de disques dans Windows par l'intermédiaire de la commande du NET USE). Elle utilise les permissions que vous êtes affecté en authentifiant, l'un ou l'autre de quand ouvrir une session ou par l'intermédiaire des permissions données pour le NET USE est utilisé. WBTRV32.DLL appelé) détermine réellement quelle méthode d'accès aux base de données est en service par l'intermédiaire du fichier de configuration. Si elle détecte que les moteurs de client/serveur et de poste de travail sont installés sur l'une machine elle vérifie si l'objectif est fixé au poste de travail ou au serveur. Si le fonctionnement sur Windows NT et le processus de serveur NTMKDE.EXE est fonctionnement avec le processus autonome W32MKDE.EXE de poste de travail il regarde dans l'enregistrement pour déterminer si la cible est serveur ou poste de travail. Dans les deux cas, si l'interface de MKDE est placée au poste de travail (le " ; Workstation" autonome ; configuration) il emploie le MKDE (W32MKDE.EXE) pour accéder directement au dossier. S'il est placé au serveur puis l'interface de MKDE sur le client utilise un module de communications (sur Windows 95 ceci est W32BTICM.DLL, sur Windows NT que c'est NTBTICM.DLL) ce " ; talks" ; au serveur . Le serveur lui-même a son propre module de communications assorti (encore W32BTICM.DLL ou NTBTICM.DLL) qui réside sur la commande tracée. Le DLL de serveur communique alors avec le serveur MKDE (NTMKDE.EXE) qui met des disques à jour, puis envoie une confirmation que l'opération a héritée en arrière par le module de communications du client. Configuration
Une utilité de configuration a été incluse avec Btrieve pour changer des arrangements de MKDE. Les arrangements qui pourraient être changés étaient :
arrangements de dossier de de
Organisation de mémoire de : cette catégorie de a contenu des arrangements liés à la taille des amortisseurs le Microkernel requis pour assigner pour différents buts.
Transactions de client/système de : cette catégorie de contient des arrangements liés aux transactions, y compris le nombre soutenu et comment et quand ils seront notés.
Ressources du système de /annuaires : cette catégorie de contient des arrangements liés au nombre de clients et de fils soutenus aussi bien que l'endroit de divers fichiers système.
Opérations de trace de : cette catégorie de contient des arrangements liés à tracer de diverses opérations de Btrieve. Le traçage est un dispositif avancé utilisé principalement pour l'élimination des imperfections . Pervasive.SQL 7
SQL dominant 7 a été libéré en mars 1998, et SQL extensible inclus 4 et Btrieve 7.0 a fonctionné sur les mêmes plates-formes que Btrieve 6.x : Windows 95, Windows NT 3.51 et 4, NetWare et DOS. Cependant, la compagnie a changé en une architecture à base de composants appelée SmartComponents aux issues de compatibilité de résolution avec des mises à niveau. Ceci a employé un arrangement composant d'identification inclus dans le dossier et codé dans le nom de fichier, avec l'obligatoire dynamique du " ; files" de colle ; (DLLs a chargé en la mémoire seulement si nécessaire). L'attache dynamique des composants a été faite using un nouveau " ; L'OS abstrait entretient DLL" ; cela a recherché la dernière version du composant nécessaire approprié par l'intermédiaire du codage de nom de fichier. Ce " ; module" de colle ; est alors chargé en la mémoire et employé. Le vieux format de fichier de notation de Btrieve 6.x a été également remplacé par une nouvelle notation centralisée appelée le PVSW.LOG et cela a eu un format de fichier unifié et augmenté de notation. Ils ont également amélioré leurs mécanismes de reportage de messages d'erreur et de message d'erreur. Pervasive.SQL 2000/2000i
Utilisations de Pervasive.SQL 2000 et de Pervasive.SQL 2000i essentiellement la même architecture que Pervasive.SQL 7, bien que 2000i inclue le serveur d'i*Net. Il emploie le même modèle composant, a la capacité d'utiliser le Btrieve ou les moteurs extensibles de SQL et continue d'employer un MKDE. Cette version a inclus le soutien du Red Hat Linux , de la caldeira OpenLinux , du SUSE et du Solaris . Elle a également eu une meilleure intégration avec les services de borne de , bien que seulement un exemple du moteur de base de données puisse fonctionner sur n'importe quelle plate-forme de serveur terminal. Vous ne pouvez pas tirer les copies séparées du moteur de base de données à moins de deux sessions de travail ou plus.SQL V8 Présenté en décembre 2002, Pervasive.SQL V8 améliore l'exécution de Btrieve et d'applications de SQL using un certain nombre de nouvelles technologies.
Le côté de client cachant améliore considérablement l'exécution lue en maintenant une partie du contenu de la base de données sur le PC local.
Turbo écrivent des groupes (TWA) d'accélération que le disque écrit dans des groupes, réduisant au minimum des interactions avec le disque.
La notation de transaction assure légèrement moins de protection d'échec que la longévité de transaction, mais améliore l'exécution globale. PSQL dominant v9
La version en cours de PSQL inclut nouveau Java GUIs, construit sur le cadre d'éclipse. Ces GUIs sont disponible pour Microsoft Windows et le Linux. En outre, v9 a inclus beaucoup des mises à jour d'exécution et de syntaxe de SQL, améliorant la vitesse et la flexibilité de toutes les interfaces de SQL - ADO.Net, le JDBC, l'ODBC, et le VIEUX DB. En conclusion, PSQL v9 a augmenté la taille de fichier de fichier maximum de Btrieve à 128 gigaoctets. Écosystème dominant de PSQL
Dominant offre maintenant un certain nombre de produits ajoutés qui prolongent les dispositifs de base du système de gestion de bases de données de PSQL.
L'agent de secours dominant contrôle le mode d'opérations continues de PSQL et permet au logiciel de secours de copier sûrement les bases de données en ligne.
D'échange de données dominant fournit la synchronisation de données et réplique entre deux moteurs ou plus de PSQL, s'assurant que les données critiques sont toujours disponibles. Voir également
PSQL dominant
Logiciel dominant
Le Microsoft voyagent en jet le moteur de base de données Notes et références
; Notes eflist
Composants de de Novell de NetWare Btrieve . 12 décembre recherché , 2004 .
Dominant (2004). Btrieve au delà, présent et futur : Se rappeler que quand Btrieve a basculé le monde de base de données ? . Page Web d'histoire de compagnie.
Dominant (mars 2001).SQL 2000i : Obtention (édition de serveur) de commencé. efend Random links: Agabus | Collines d'hickory, l'Illinois | Roy, Mexique | Comte Sondes | Mabini, Pangasinan | Btrieve