Btrieve es un producto de software de base de datos transaccional ( base de datos de navegación ). Se basa en el método de acceso secuencial indexado (ISAM), que es una forma de almacenar datos para una recuperación rápida. Ha habido varias versiones del producto para DOS , Linux , versiones anteriores de Microsoft Windows , IBM OS/2 de 32 bits y para Novell NetWare .
En un principio, Btrieve era un gestor de registros publicado por SoftCraft. Btrieve fue escrito por Doug Woodward y Nancy Woodward y la financiación inicial fue proporcionada en parte por el hermano de Doug, Loyd Woodward. Casi al mismo tiempo que se lanzaron las primeras IBM PC , Doug recibió el 50% de la empresa como regalo de bodas y más tarde compró el resto a su hermano. Después de ganar cuota de mercado y popularidad, Novell lo adquirió de Doug y Nancy Woodward en 1987 para integrarlo en su sistema operativo NetWare además de continuar con la versión DOS. El producto ganó una cuota de mercado significativa como base de datos integrada en aplicaciones de mercado medio además de estar integrada en cada copia de NetWare 2.x , 3.x y 4.x, ya que estaba disponible en todas las redes NetWare. Después de una cierta reorganización dentro de Novell, en 1994 se decidió escindir el producto y la tecnología a Doug y Nancy Woodward junto con Ron Harris, para que lo desarrollara una nueva empresa conocida como Btrieve Technologies, Inc. (BTI).
Btrieve se modularizó a partir de la versión 6.15 y se convirtió en uno de los dos front-ends de base de datos que se conectaban a una interfaz de software estándar llamada MicroKernel Database Engine . El front-end de Btrieve admitía la API de Btrieve y el otro front-end se llamaba Scalable SQL, un producto de base de datos relacional basado en MKDE que utilizaba su propia variedad de lenguaje de consulta estructurado , también conocido como SQL. Después de que se lanzaron estas versiones (Btrieve 6.15 y ScalableSQL v4), la empresa cambió su nombre a Pervasive Software antes de su oferta pública inicial. Poco después, los productos Btrieve y ScalableSQL se combinaron en los productos vendidos como Pervasive.SQL o PSQL , y más tarde Actian Zen. Btrieve continuó durante algunos años, mientras que ScalableSQL se abandonó rápidamente. Se animó a los clientes a actualizar a Pervasive.SQL, que admitía aplicaciones SQL y Btrieve.
Btrieve no es un sistema de gestión de bases de datos relacionales (RDBMS). Las primeras descripciones de Btrieve se referían a él como un gestor de registros (aunque Pervasive utilizó inicialmente el término base de datos de navegación , pero más tarde lo cambió a base de datos transaccional) porque solo se ocupa de la creación de registros, la recuperación de datos, la actualización de registros y las primitivas de eliminación de datos subyacentes. Utiliza ISAM como su mecanismo subyacente de indexación y almacenamiento. Una parte clave de la arquitectura de Pervasive es el uso de un motor de base de datos MicroKernel , que permite modularizar e integrar fácilmente diferentes backends de bases de datos en su paquete DBMS, Pervasive.SQL. Esto les ha permitido dar soporte tanto a su motor de base de datos de navegación Btrieve como a un motor basado en SQL, Scalable SQL.
Las versiones actuales de Btrieve admiten transacciones del sistema y transacciones de usuario , donde las transacciones del sistema son un conjunto de operaciones no transaccionales y/o transacciones de usuario, mientras que las transacciones de usuario son transacciones que funcionan con datos reales de la base de datos. Las transacciones del sistema se desarrollaron para permitir que se realicen múltiples transacciones en un lote y para facilitar la recuperación de datos.
El formato de archivo Btrieve consta completamente de páginas , que son los datos que se mueven entre la memoria y el almacenamiento cuando el motor realiza una operación de entrada/salida. Las versiones anteriores a la 6.0 solo usaban páginas de datos, páginas de índice y un registro de control de archivo . El archivo tenía un índice para búsquedas que se vinculaba a páginas físicas. A partir de la versión 6.0 se usaron páginas lógicas. Las páginas lógicas se asignan a páginas físicas (páginas en una ubicación fija en el archivo) en el disco mediante tablas de asignación de páginas . El registro de control de archivo contiene información importante sobre los archivos Btrieve, como la cantidad de páginas en uso actual. Para evitar la corrupción de la base de datos, Btrieve usa dos métodos para actualizar registros: paginación previa a la imagen en las versiones de Btrieve anteriores a la 6.0 y paginación en la sombra en las versiones posteriores. Fue principalmente el cambio de paginación previa a la imagen a paginación en la sombra, que requirió cambios radicales en el formato de archivo, lo que causó problemas de compatibilidad entre la versión 6 y las versiones anteriores.
Btrieve ha sido desarrollado por cuatro empresas diferentes: SoftCraft, Novell, Btrieve Technologies, Inc. (posteriormente rebautizada como Pervasive Software) y Actian Corporation. Tienen una base de desarrolladores leales y comprometidos y, según la documentación de la empresa, siguen estando totalmente comprometidos con el producto. Pervasive Software creó una "Sociedad Btrieve" para reconocer a los desarrolladores existentes. [1]
En DOS, Btrieve, hasta la versión 5, era un programa residente en el sistema (TSR) que funcionaba como un motor de base de datos de interfaz de programación de aplicaciones (API) , que proporcionaba a los programas de aplicación llamadas a funciones para implementar una base de datos multiusuario con bloqueo de registros . La versión de red funcionaba de manera similar.
En los primeros años, las versiones de DOS hasta la versión 5 se vendían a un precio de alrededor de 1.000 dólares , pero el archivo ejecutable del motor de base de datos TSR podía distribuirse con las aplicaciones sin costo alguno.
El producto fue lanzado en febrero de 1982 por SoftCraft, una empresa ubicada en Austin , Texas, por Doug y Nancy Woodward. Doug se convirtió en el vicepresidente y manejó el desarrollo de software, Nancy se convirtió en la presidenta de la empresa. Lanzaron varias versiones durante los siguientes años: en febrero de 1983 lanzaron la serie Btrieve 2.x, y cuando MS-DOS 2.0 desarrolló soporte para manejadores de archivos y directorios, lanzaron Btrieve 3.0. Cuando MS-DOS 3.1 estandarizó sus interfaces internas en marzo de 1985, lanzaron Btrieve 3.1 C/S un mes después, que tenía soporte de red y cliente/servidor . En febrero de 1986, se lanzó Btrieve 4.0, y cuando se lanzó la actualización 4.1, ganó soporte para tipos de clave extendidos e índices suplementarios.
Aunque Btrieve era bastante popular, era un motor de base de datos API. El gestor de bases de datos de aplicaciones revolucionarias en el PC, dBase II y sus sucesores, eran sistemas de gestión de bases de datos (DBMS) que podían utilizarse como una aplicación independiente de propósito general o como un lenguaje de programación de bases de datos. Btrieve también era más caro de comprar que dBase, aunque la licencia en tiempo de ejecución era gratuita. Btrieve creció hasta una base de desarrolladores de más de 5.000 usuarios y se utilizó ampliamente en el área financiera. [2] La empresa tardó un tiempo en crear una interfaz de usuario para el producto, sin embargo, en 1984 lanzó Xtrieve , un programa controlado por menús que utilizaba un nuevo diccionario de datos .DDF para aplicar las reglas de las bases de datos relacionales .
En 1987, Novell comenzó a diversificarse y a comprar empresas para añadirlas a su sistema operativo NetWare . Una de las empresas que compró fue SoftCraft. Nancy Woodward se convirtió en vicepresidenta y directora general de las operaciones de Novell en Austin, mientras que Doug Woodward se convirtió en vicepresidente de tecnologías avanzadas de bases de datos. A principios del año siguiente, se lanzó Btrieve 5.0 para ejecutarse como una aplicación NetWare nativa, o proceso de valor añadido. Según Jim Kyle, "tenía tipos de clave de incremento automático, el servidor de procesos de red BROUTER, archivos de solo datos y solo clave, y compresión de datos opcional". [2] La versión 5.1 se lanzó en 1990 con una mayor capacidad de transacción de manejo de archivos, operaciones de registro y de avance, junto con varias mejoras de API. Se crearon varias versiones para DOS , OS/2 y Microsoft Windows . La versión 6.0 se lanzó en junio de 1992. Sin embargo, Novell no la promocionó ampliamente y, debido a mejoras (como el cambio de preimágenes a paginación por sombras), era incompatible con versiones anteriores de Btrieve. El mercado de Btrieve no aumentó mucho y no tuvo una adopción amplia debido a estos problemas.
Cuando Novell adquirió la empresa, SoftCraft estaba trabajando en un producto llamado XQL , un intérprete SQL diseñado para manejar mejor el estándar SQL de la industria, con el que el paquete Xtrieve no era totalmente compatible. Este se convirtió en la base de NetWare SQL , que se lanzó inicialmente en 1989 y era un intérprete SQL básico que implementaba la versión base de SQL de IBM.
En 1994, Novell había abandonado en gran medida sus intentos de convertir NetWare en un sistema operativo alternativo completo y comenzó a vender muchas de las empresas que había adquirido sólo unos años antes. Habían promocionado mínimamente Btrieve, en gran parte debido a la demora (24 meses) en el lanzamiento de la versión 6. Se iniciaron negociaciones entre The Woodward y Novell y, después de dos años, Novell anunció el 26 de enero de 1994 que iba a transferir la propiedad de Btrieve a Btrieve Technologies, Incorporated (también conocida como BTI). El 29 de abril de 1994, se completó la transferencia y Nancy Woodward se convirtió en la presidenta de BTI y Doug Woodward fue nombrado director técnico . El puesto de director ejecutivo se le dio a Ron Harris, un ex empleado de Texas Instruments y uno de los empleados fundadores de Citrix Systems, Inc., donde trabajó primero como director de planificación estratégica, luego como vicepresidente de marketing y, finalmente, como vicepresidente del grupo de productos.
Btrieve fue reescrito completamente y el 1 de julio de 1994 se lanzó Btrieve 6.15 para DOS, Windows y OS/2. Novell SQL fue renombrado como Scalable SQL, lo que refleja el cambio de propiedad de la empresa. En 1995, se lanzó la versión 6.15 para Novell NetWare, Windows NT Server y Windows NT/ 95 , y así se convirtió en un producto de base de datos multiplataforma . En esta versión se introdujo el concepto de Micro Kernel Database Engine (MKDE).
En 1996, la empresa cambió su nombre a Pervasive Software y su producto a Pervasive.SQL. En 1997, la empresa salió a bolsa. Lo hicieron para permitir una mayor penetración en el mercado de bases de datos relacionales y para realinear su posición como proveedor de SQL, aunque todavía están comercializando y desarrollando Btrieve. Pervasive completó su oferta pública inicial en septiembre. La empresa continuó utilizando MKDE en la versión 6.30. En 1997, Pervasive lanzó ScalableSQL 4.0, un producto de base de datos relacional, y Btrieve 7.0.
En 2000, Novell fue criticada después de que dejó de incluir Pervasive.SQL con NetWare a partir de la versión 5.1; en su lugar, se distribuyó con una versión de prueba que dejó de funcionar después de 90 días. [3] La última versión, Pervasive PSQL Summit v11, se lanzó en septiembre de 2010.
En 2013, Actian Corporation adquirió Pervasive Software. [4] En febrero de 2016, Actian lanzó Btrieve 12.
SoftCraft creó una configuración de Btrieve basada en cliente DOS. La definición de SoftCraft de una versión basada en cliente era "un motor Btrieve ejecutándose en una estación de trabajo particular". [5] Esto significaba que el motor de administración de registros se conectaba directamente a los archivos a través de funciones del sistema operativo y modificaba los registros en consecuencia, ya fueran archivos locales o en red. El motor basado en cliente permitía que cinco usuarios concurrentes accedieran a la base de datos en cualquier momento. Todo el procesamiento de registros se realizaba en la estación de trabajo en la que estaba instalado el motor. En versiones posteriores, Btrieve para DOS podía utilizar cualquiera de dos modos: lo que llamaron SEFS (Single-Engine File Sharing) o MEFS (Multi-Engine File Sharing).
Btrieve para NetWare era básicamente lo mismo que Btrieve para DOS con algunas características adicionales disponibles sólo en NetWare en ese momento. Ejecutaba un proceso de servidor, llamado BSERVER, en el servidor de intercambio de archivos y este administraba la entrada/salida de datos junto con el sistema de archivos de red. El proceso de servidor se implementó primero para NetWare 2.x como un proceso de valor agregado (VAP) de NetWare llamado BSERVER.VAP, luego como un módulo cargable de NetWare (NLM) para NetWare 3.x (y versiones posteriores). BSERVERera el motor de base de datos que se ocupaba del acceso a los registros, sin embargo, también aceptaba solicitudes para la transmisión de los datos solicitados a otro servidor a través del BROUTERproceso.
Btrieve utilizaba solicitantes para realizar solicitudes de entrada/salida de la base de datos desde la estación de trabajo del cliente. Los solicitantes estaban disponibles para DOS, OS/2, Microsoft Windows y UnixWare . El programa BREQUEST.EXEaceptaba solicitudes de entrada/salida a través de la API de Btrieve y las retransmitía a BSERVER. Luego, manejaba las respuestas de BSERVERy las retransmitía de vuelta a la aplicación correspondiente.
El BROUTERproceso permitía que las solicitudes entrantes se "enrutaran" a una copia de la base de datos en otro servidor. Se cargaba en el servidor NetWare y se ocupaba de la comunicación entre múltiples procesos de servidor que se ejecutaban en el servidor de archivos mediante el uso de dos tablas de servidores de archivos . Según Pervasive, estas proporcionan una lista de "nombres y direcciones de servidores, y la tabla de enrutamiento de servidores ". [6] BROUTER también permitía que las solicitudes de comunicación se enrutaran al servidor correcto a través de SPX consultando el BSPXCOMmódulo cargable NetWare y los bloqueos coordinados y otros mecanismos que controlaban el acceso a los datos en la base de datos Btrieve.
Btrieve para DOS utilizó los modos SEFS y MEFS para compartir archivos y, como podía ejecutarse en una red, podía utilizar transacciones exclusivas y simultáneas.
Btrieve para Windows se creó antes de que la empresa reescribiera el código base para utilizar el MKDE. Presentaba mecanismos de compartición de archivos SEFS y MEFS; utilizaba paginación oculta y permitía bloqueos exclusivos y simultáneos. Manejaba los archivos de la versión 6.x y 6.1 de forma diferente. Los archivos de la versión 6.x podían manejar operaciones en parte de un registro en lugar de bloquear el registro completo. Manejaba registros de más de 64 KB, implementaba VATs, ACSs, nuevos tipos de datos, permitía operaciones de porcentaje (donde el registro podía ubicarse y manipularse por la ubicación física en el archivo) y manejaba claves duplicadas. La versión 6.x era capaz de eliminar o agregar cualquier índice sobre la marcha (la versión 6.0 y anteriores solo podían eliminar índices suplementarios). Los archivos de la versión 6.1 permitían transacciones concurrentes y del sistema, la renumeración opcional de claves, tablas ACS sin distinción entre mayúsculas y minúsculas y operaciones de bloqueo mejoradas.
Btrieve para Windows podría ejecutarse como un cliente de la base de datos que utiliza los modos SEFS o MEFS, o podría acceder directamente al servidor Btrieve.
La versión basada en cliente de Btrieve tiene todos los archivos de base de datos directamente en la computadora local o a través de una unidad de red asignada (configurada a través del NET USEcomando DOS).
Las aplicaciones realizan una llamada de función a WBTRCALL.DLL, una interfaz de cargador y solicitante. El módulo de cargador y solicitante verifica que el BTI.INIarchivo de configuración esté configurado correctamente para cargar el motor Btrieve basado en cliente. A su vez, esto carga la interfaz local al motor Btrieve ( WBTRLOCL.DLL). Si es necesario, esta interfaz local carga el motor Btrieve ( WBTR32.EXE) en la memoria y le envía las solicitudes de base de datos necesarias. Luego, el motor de base de datos llama a varias bibliotecas del sistema Win32 para realizar operaciones de archivo en los archivos de base de datos. [7]
La versión de Btrieve para Windows basada en cliente podía acceder a las versiones de Btrieve basadas en servidor a través de un "solicitante" basado en DOS. El solicitante requería el uso de la Interfaz de modo protegido de DOS (DPMI), que permitía al programa acceder a la memoria extendida de DOS a la que solo se podía acceder a través del modo protegido de la CPU .
Al igual que con la interfaz basada en cliente, la aplicación basada en Btrieve realiza una llamada a la WBTRCALL.DLLbiblioteca de interfaz de cargador y solicitante. Esta biblioteca verifica el BTI.INIarchivo para ver si necesita acceder a los datos del sistema local o si necesita acceder a los datos de un servidor remoto. Si necesita acceder al servidor, utiliza la versión de Windows de DPMI para acceder a un solicitante basado en DOS llamado BREQUEST.EXE. A continuación, el solicitante establece una conexión de red con el servidor, que procesa la solicitud y devuelve un mensaje al solicitante cuando se completa la solicitud de base de datos.
Btrieve para Windows NT y Windows 95 fue lanzado en 1995, junto con Btrieve para Netware y Btrieve para Windows NT Server. Había alcanzado la versión 6.15 y comenzó a utilizar el MKDE . Los mecanismos de compartición de archivos permanecieron iguales, ya que todavía utilizaba los modos de compartición de archivos SEFS y MEFS, paginación oculta y permitía bloqueos exclusivos y concurrentes. Esta versión de Btrieve permitía valores nulos en las claves, lo que significaba que se podía ingresar un registro en la base de datos cuando no estaba disponible la información sobre la clave. Significaba que la clave no se incluiría en el índice, y esto ayudó a disminuir la búsqueda innecesaria en la base de datos a través del índice. También introdujo el concepto de una transacción del sistema y una transacción del usuario (consulte Transacciones del sistema y del usuario ). El MKDE también permitía espacios entre claves autoincrementadas. Las tablas de asignación de cola variable se introdujeron en la versión 6.15, por lo que se incluyeron en la compilación de Btrieve para Windows NT/95.
Hay dos configuraciones de Btrieve para Windows NT/95: estación de trabajo independiente y cliente/servidor.
Cuando se utiliza la configuración de estación de trabajo independiente de Btrieve, todo el procesamiento de registros se realiza en la estación de trabajo local . La estación de trabajo se basa en los mecanismos subyacentes de Windows para permitir que MKDE (programa W32MKDE.EXE) obtenga acceso directo a los archivos de la base de datos y utiliza archivos de bloqueo para lidiar con problemas de concurrencia.
En esta configuración, la aplicación realiza llamadas a la API Btrieve, o Interfaz Microkernel ( WBTRV32.DLL). La llamada es luego procesada por la interfaz y pasada a MKDE ( ) que utiliza el sistema de archivosW32MKDE.EXE del sistema operativo subyacente (ya sea de red o local) para acceder directamente a los archivos de la base de datos. [8]
Esto genera algunos problemas peculiares. Si Btrieve utiliza el uso compartido de archivos de Windows y hace que el motor de base de datos abra archivos directamente en un recurso compartido de archivos, por ejemplo, y hay inestabilidad en la red (por ejemplo, se desconecta un cable de red), durante una actualización, los campos utilizados para vincular un archivo de Btrieve con otro pueden desincronizarse (a todos los efectos, los datos pierden sus relaciones o vínculos con otros datos) y el archivo de base de datos en sí puede corromperse (aunque la posibilidad de que esto ocurra se reduce debido a la paginación previa a la imagen).
Cuando se utiliza la configuración cliente/servidor (o edición Server ) de Btrieve, el procesamiento de registros generalmente se realiza en un servidor de archivos de Windows a través de una unidad asignada (una forma de asignar un recurso compartido de archivos a una unidad de disco "virtual" en Windows a través del NET USEcomando ). Utiliza los permisos que se le asignan al autenticarse, ya sean permisos de inicio de sesión o permisos otorgados cuando NET USEse utiliza. [9]
En Windows 95, la interfaz MKDE (una biblioteca de vínculos dinámicos (DLL) de Windows llamada WBTRV32.DLL) determina qué método de acceso a la base de datos se está utilizando a través del archivo de configuración. Si detecta que tanto el motor cliente/servidor como el de la estación de trabajo están instalados en la misma máquina, comprueba si el destino está configurado como estación de trabajo o servidor. Si se ejecuta en Windows NT y el proceso del servidor NTMKDE.EXEse está ejecutando junto con el proceso de la estación de trabajo independiente, W32MKDE.EXEbusca en el registro para determinar si el destino es un servidor o una estación de trabajo. En ambos casos, si la interfaz MKDE está configurada como estación de trabajo (la configuración de "Estación de trabajo independiente") utiliza MKDE ( W32MKDE.EXE) para acceder al archivo directamente. Si está configurada como servidor, la interfaz MKDE en el cliente utiliza un módulo de comunicaciones (en Windows 95 es W32BTICM.DLL, en Windows NT es NTBTICM.DLL) que "habla" con el servidor . El servidor en sí tiene su propio módulo de comunicaciones correspondiente (de nuevo W32BTICM.DLLo NTBTICM.DLL) que reside en la unidad asignada. La DLL del servidor se comunica con el servidor MKDE ( NTMKDE.EXE), que actualiza los registros y luego envía una confirmación de que la operación se realizó correctamente, a través del módulo de comunicaciones al cliente. [10]
La ventaja de este sistema es que, si ocurre una falla en la conexión de red, el MKDE en el servidor podrá detectarla y recuperarse de una manera más elegante que la configuración de la estación de trabajo.
Btrieve incluía una utilidad de configuración para modificar la configuración de MKDE. Las configuraciones que se podían modificar eran las siguientes:
Pervasive.SQL 7 se lanzó en marzo de 1998 e incluía Scalable SQL 4 y Btrieve 7.0. Btrieve 7.0 se ejecutaba en las mismas plataformas que Btrieve 6.x: Windows 95, Windows NT 3.51 y 4, Netware y DOS. Sin embargo, la empresa cambió a una arquitectura basada en componentes llamada SmartComponents para resolver problemas de compatibilidad con las actualizaciones. Esta utilizaba un esquema de identificación de componentes tanto integrado en el archivo como codificado en el nombre del archivo, junto con la vinculación dinámica de "archivos de unión" ( DLL cargadas en la memoria solo cuando era necesario). La vinculación dinámica de componentes se realizó utilizando una nueva "DLL de servicios de SO abstractos" que buscaba la última versión del componente necesario apropiado a través de la codificación del nombre del archivo. Este "módulo de unión" se cargaba entonces en la memoria y se utilizaba. [11] El antiguo formato de archivo de registro de Btrieve 6.x también se reemplazó con un nuevo registro centralizado llamado PVSW.LOGy que tenía un formato de archivo de registro unificado y mejorado. También mejoraron sus mensajes de error y los mecanismos de notificación de mensajes de error.
El MKDE se mantuvo en Pervasive.SQL 7. Sin embargo, debido a la vinculación dinámica de la nueva arquitectura de componentes, se modificó la arquitectura interna. La aplicación que utiliza Btrieve llama a un administrador de servicios que luego busca en varios directorios configurados un nombre de archivo codificado específico. El nombre de archivo cargado para los archivos Btrieve en formato Backus–Naur es:
< nombre_archivo > ::= < código_plataforma > "BIF" < nivel_funcional_principal > < nivel_funcional_secundario > < código_plataforma > ::= "W1" | "W2" | "W3" | "W9" | "WT" | "NW" | "O3" < nivel_funcional_principal > ::= < número > < nivel_funcional_secundario > ::= < número > < número > < número > ::= "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"El módulo "glue", que es una DLL, se carga en la memoria y se convierte en la interfaz con el MKDE. El MKDE determina entonces si está configurado para ser una configuración basada en estación de trabajo o una configuración basada en servidor. A continuación, pasa las solicitudes a través de su módulo "solicitante" de comunicaciones al servidor de base de datos o modifica directamente los archivos de base de datos si está configurado en modo de estación de trabajo.
Pervasive.SQL 2000 y Pervasive.SQL 2000i utilizan básicamente la misma arquitectura que Pervasive.SQL 7, aunque 2000i incluye un servidor i*Net. Utiliza el mismo modelo de componentes, tiene la capacidad de utilizar los motores Btrieve o Scalable SQL y sigue utilizando un MKDE. Esta versión incluye compatibilidad con Red Hat Linux , Caldera OpenLinux , SUSE y Solaris . También tiene una mejor integración con Terminal Services , aunque solo se puede ejecutar una instancia del motor de base de datos en cualquier plataforma de servidor de terminal. No se pueden ejecutar copias independientes del motor de base de datos en dos o más sesiones de terminal.
Introducido en diciembre de 2002, Pervasive.SQL V8 mejora el rendimiento de las aplicaciones Btrieve y SQL utilizando una serie de nuevas tecnologías.
El paquete de características de seguridad V8 (una actualización de producto de mitad de lanzamiento denominada 8.5) agregó nuevas características de seguridad importantes diseñadas para bloquear los archivos de datos de Pervasive.SQL. Antes de la versión 8.5, el acceso a los datos de Btrieve estaba controlado por el mecanismo de seguridad del sistema operativo. Esto significaba que cualquier usuario que necesitara acceso de lectura/escritura a la base de datos, también necesitaba acceso de lectura/escritura a los archivos de datos subyacentes. La versión 8.5 introdujo nuevos modelos de seguridad, que permiten a los administradores controlar el acceso a los datos de Btrieve mediante la seguridad de la base de datos. Una vez activada, la seguridad de la base de datos ya no requiere que el usuario tenga acceso a los archivos subyacentes. Además, las configuraciones de cliente/servidor ya no requieren el uso de recursos compartidos de red o unidades asignadas. Las aplicaciones pueden hacer referencia a datos seguros de Btrieve mediante una cadena de conexión URI.
La versión 9 de PSQL incluye nuevas interfaces gráficas de usuario de Java, basadas en el marco Eclipse. Estas interfaces gráficas de usuario están disponibles tanto para Microsoft Windows como para Linux. Además, la versión 9 incluye muchas actualizaciones de sintaxis y rendimiento de SQL, mejorando tanto la velocidad como la flexibilidad de todas las interfaces SQL: ADO.Net, JDBC, ODBC y OLE DB. Por último, la versión 9 de PSQL amplió el tamaño máximo de archivo de Btrieve de 64 GB en formatos de archivo 8.x y anteriores a 128 GB en archivos de formato 9.0 y nuevamente a 256 GB para archivos en formato 9.5.
Junto con PSQL v9, Pervasive reintrodujo la utilidad DDF Builder y agregó compatibilidad con la búsqueda de texto con el complemento Full Text Search (FTS), que luego se eliminó de la línea de productos. DDF Builder proporciona un mecanismo para que los usuarios de Btrieve definan los metadatos de los archivos Btrieve existentes, lo que permite que los datos de Btrieve sean accesibles a través de herramientas y utilidades SQL.
Todas las versiones de MKDE conservan la compatibilidad total a nivel de lectura con versiones anteriores de Btrieve, incluidas aquellas anteriores a la introducción del propio MKDE, y no cambian la versión del archivo a menos que se solicite específicamente hacerlo. Los archivos de Btrieve que están en formatos de archivo 5.x o anteriores DEBEN reconstruirse (usando la GUI o las utilidades de reconstrucción de la línea de comandos) a formato 6.x o posterior para admitir escrituras de base de datos desde el motor de base de datos 9.0 o posterior.
Pervasive PSQL v10 se lanzó en septiembre de 2007 y fue la primera versión de Pervasive PSQL Server y Client que ofrecía compatibilidad con sistemas operativos de 64 bits. La API de Btrieve y la interfaz de ajuste de distribución (DTI) se mejoraron para admitir sistemas operativos de 64 bits. Pervasive PSQL Workgroup y otros componentes del SDK no se mejoraron para admitir sistemas operativos de 64 bits. [12]
El lanzamiento de Pervasive PSQL v10 se programó para ofrecer compatibilidad con los sistemas operativos Windows Vista, que estaban disponibles en ese momento, y Windows Server 2008, que pronto llegaría. Pervasive PSQL v10 Server, Workgroup y Client son compatibles con Windows Vista. Pervasive PSQL v10 Server está certificado para Windows Server 2008.
También se incluyó en Pervasive PSQL v10 Xtreme Input/Output (XIO), un acelerador de base de datos de Windows de 32 bits que permitía el acceso a memoria extendida para expandir la base de datos almacenada en caché más allá del límite normal de 2 GB en los sistemas Windows de 32 bits. Xtreme Input/Output también incluía algoritmos de compresión de actualizaciones y técnicas de escritura optimizadas para mejorar el rendimiento de entrada/salida de la base de datos. [13]
La aplicación de licencias digitales, denominada Autorización de producto, se introdujo para la línea de productos Pervasive PSQL con Pervasive PSQL v10. La Autorización de producto se implementó inicialmente con descargas de prueba y pedidos de comercio electrónico. Los productos vendidos a través de los distribuidores de Pervasive y los socios ISV se actualizaron para incluir la autorización de producto con el lanzamiento de Pervasive PSQL v10 SP3 en noviembre de 2009. Pervasive PSQL v10 SP3 también se lanzó como una aplicación compatible con Windows 7.
Pervasive PSQL v10 mantuvo la compatibilidad con versiones anteriores al utilizar el formato de archivo 9.5 con un aumento en el tamaño máximo del archivo de datos a 256 GB y un aumento en el tamaño máximo de página a 16 384 bytes.
El soporte para NetWare, Windows NT, Windows 98, Windows ME, DOS 6.22 y aplicaciones de 16 bits se eliminó con Pervasive PSQL v10. Aunque las versiones para Windows y Linux de los productos Pervasive PSQL v9 ya no se venden, Pervasive aún vende y brinda soporte para Pervasive PSQL v9 para NetWare.
En 2010, Pervasive Software lanzó Pervasive PSQL v11, que permite a los usuarios aprovechar al máximo el subprocesamiento múltiple para un procesamiento de bases de datos más rápido.
Pervasive PSQL v11 se lanzó en septiembre de 2010. Uno de los impulsores clave del esfuerzo de ingeniería detrás de Pervasive PSQL v11 fue el rediseño del motor de base de datos para aumentar el rendimiento y la escalabilidad en CPU de múltiples núcleos. Pervasive PSQL v11 optimiza los subprocesos paralelos que realizan actividades similares, lo que permite que la base de datos involucre múltiples núcleos durante la ejecución de tareas. PSQL v11 también proporciona mejoras a los mecanismos de sincronización de bajo nivel en la interfaz de navegación. Múltiples usuarios pueden leer las mismas páginas de archivos en caché simultáneamente y sus operaciones pueden continuar en núcleos independientes. La actividad que no es de usuario, como los puntos de control y la administración de registros, puede ejecutarse en núcleos separados y múltiples usuarios que acceden a archivos independientes pueden continuar en diferentes núcleos. [14]
La compatibilidad con varios núcleos está disponible con todas las versiones de PSQL v11: servidores Windows y Linux de 32 y 64 bits, y Workgroup de 32 bits. Las pruebas internas de Pervasive documentaron aumentos de rendimiento del 300 % al comparar PSQL v10 con PSQL v11 en un servidor de 8 núcleos que ejecuta Microsoft 2008 Enterprise Server SP2 (64 bits). [15]
La compatibilidad con ( IPv6 ) en Windows está incluida en Pervasive PSQL v11 y sigue siendo compatible con entornos IPv4. Pervasive PSQL v11 admite IPv6 con los métodos de acceso Btrieve y DTI (Distributed Tuning Interface).
Las versiones de servidor de 64 bits de PSQL v11 incluyen un motor relacional/SQL de 64 bits, así como un motor de navegación/Btrieve de 64 bits, junto con un controlador ODBC de 64 bits. El controlador se instala con las versiones de 64 bits de PSQL Server y PSQL Client.
Pervasive actualizó el kit de desarrollo de software PSQL con la incorporación de Pervasive PSQL ADO.NET Data Provider 3.5. El proveedor de datos 3.5 es compatible con las versiones 2.0, 3.0, 3.5, 3.5 SP1 y 4.0 de .NET Framework, y se ejecuta en .NET Framework 4.0 con compatibilidad con las características de Entity Framework 1.0. [14] Pervasive PSQL v11 también actualizó el método de acceso PDAC (Pervasive Direct Access Components) con compatibilidad con RAD Studio 2009 y RAD Studio 2010 de Embardacero.
La autorización de productos se amplió en Pervasive PSQL v11 para incluir a los clientes OEM, junto con la introducción de un portal basado en la web para que los OEM generen claves y administren licencias para PSQL v11. La autorización telefónica (un método para autorizar Pervasive PSQL sin necesidad de una conexión a Internet) se introdujo por primera vez con PSQL v11 y se puso a disposición de todos los clientes de Pervasive.
Pervasive PSQL v11 continúa con el formato de archivo 9.5, manteniendo la compatibilidad con versiones anteriores.
El soporte para Windows 2000 se eliminó con Pervasive PSQL v11.
Pervasive ofrece ahora una serie de productos complementarios que amplían las funciones básicas del sistema de gestión de bases de datos PSQL. Las últimas versiones de cada uno de los productos, AuditMaster v7, Backup Agent v3 y DataExchange v4, se lanzaron en diciembre de 2010.
En febrero de 2016, Actian anunció Btrieve 12. [16] Actian dice que Btrieve 12 tiene nuevas características, es compatible con Microsoft Windows Vista a 10 y Windows Server 2008 y 2012 , y es compatible en formato de archivo y API con Btrieve 6.15, lo que le permite leer y escribir archivos Btrieve 6.15 desde aplicaciones anteriores de 16 bits y DOS. [17]