Btrieve

Btrieve es una base de datos transaccional ( navegación base de datos) producto de software. Se basa en Indexed Sequential Access Method (ISAM), que es una forma de almacenar datos para una rápida recuperación. Ha habido varias versiones del producto para DOS, Linux , las versiones anteriores de Microsoft Windows , Windows 98, Windows NT, Windows 2000 , Windows XP , Windows Server 2003 de 32 bits de IBM OS / 2 y para Novell NetWare.

Originalmente era un gerente de registro que fue publicado por SoftCraft, escrito por Doug Woodward y es propiedad de su hermano Loyd Woodward o menos al mismo tiempo que el lanzamiento de la primera PC de IBM. Doug recibió el 50% de la compañía como regalo de bodas y más tarde compró el resto de su hermano. Después de ganar cuota de mercado y la popularidad, que fue adquirido de sus fundadores Doug y Nancy Woodward por Novell en 1987 para la integración en su Netware sistema operativo, además de continuar con la versión de MS-DOS. El producto ha ganado cuota de mercado significativa como una base de datos integrada en aplicaciones de medios de mercado además de ser incrustado en cada copia de NetWare 2.x, 3.xy 4.x ya que estaba disponible en todas las redes NetWare. Después de una cierta reorganización dentro de Novell, se decidió hacer girar el producto y la tecnología fuera de los fundadores originales, Doug y Nancy Woodward junto con Ron Harris, en 1994 para ser desarrollado por una nueva compañía conocida como Btrieve Technologies, Inc. (BTI).

Btrieve se Modularizado partir de la versión 6.15 y se convirtió en una de las dos bases de datos front-ends que conectados a una norma interfaz de software llamada Micro-Kernel Database Engine. El front-end Btrieve apoyó la API Btrieve y el otro extremo delantero fue llamado SQL escalable, una producto de base de datos relacional basada en la MKDE que utiliza su propia variedad de Structured Query Language, también conocido como SQL. Después de estas versiones fueron puestos en libertad (Btrieve 6.15 y v4 ScalableSQL), la empresa pasó a llamarse a Pervasive Software antes de su salida a bolsa. Poco después los productos Btrieve y ScalableSQL se combinaron en los productos ya conocidos y vendidos como Pervasive.SQL o PSQL. Btrieve se continuó durante unos años mientras ScalableSQL se interrumpió rápidamente con los clientes animó a actualizar a Pervasive.SQL que apoyó SQL y aplicaciones Btrieve.

Arquitectura

El modelo MKDE permite diferentes backends de bases de datos para ser conectado al software de penetrante.

Btrieve no es una sistema de gestión de bases de datos relacionales (RDBMS). Las primeras descripciones de Btrieve se referían a él como gerente de registro (aunque generalizado utilizó inicialmente el término base de datos de navegación, pero más tarde cambió a esta base de datos transaccional), ya que sólo se ocupa de las primitivas de creación de registros base, recuperación de datos, actualización de registros y de supresión de datos. Utiliza ISAM como subyacente indexación y mecanismo de almacenamiento. Una parte clave de la arquitectura de generalizado es el uso de un Microkernel Database Engine, que permite a diferentes bases de datos backends ser modularizadas y se integran fácilmente en su paquete DBMS, Pervasive.SQL. Esto les ha permitido apoyar tanto su motor de base de datos de navegación Btrieve y un motor basado en SQL, SQL escalable.

Las versiones actuales de apoyo Btrieve las transacciones del sistema y transacciones de los usuarios, en los que las transacciones del sistema son un conjunto de operaciones no transaccionales y / o transacciones de usuario, mientras que las transacciones de los usuarios son transacciones que trabajan en los datos reales de la base de datos. Transacciones del sistema se desarrollaron para permitir que múltiples transacciones que se realizan en un lote y para permitir la posibilidad de recuperar los datos más fácilmente.

El formato de archivo Btrieve consiste enteramente páginas, que son los datos que se mueve entre la memoria y los medios de almacenamiento cuando el motor realiza una operación de E / S. Las versiones anteriores a la 6.0 páginas de datos sólo de segunda mano, las páginas de índice y una registro de control de archivos (FCR). El archivo tiene un índice de búsqueda que vinculaba a las páginas físicas. Comenzando con la versión 6.0 páginas lógicas comenzaron a ser utilizados, que son páginas que se asignan a páginas físicas (páginas en una ubicación fija en el archivo) en el disco mediante el uso de un conjunto de tablas de asignación de página (PAT). La FCR es un registro que contiene información importante acerca de los archivos de Btrieve, tales como el número de páginas en uso actual. Con el fin de evitar la corrupción en la base de datos Btrieve utiliza dos métodos de actualización de registros: pre-imagen de paginación en versiones Btrieve antes de 6,0 y la sombra de paginación en versiones posteriores. Fue sobre todo el cambio de formato de pre-imagen de paginación a la sombra-de paginación que causó los cambios de formato radical que rompió la compatibilidad entre la versión 6 y versiones anteriores.

Historia

Btrieve ha sido propiedad y desarrollado por tres empresas diferentes: SoftCraft, Novell y Btrieve Technologies, Inc. (más tarde rebautizado Pervasive Software). Tienen un desarrollador de la base comprometida y leal y en toda la literatura de la compañía siguen siendo plenamente comprometida con el producto; de hecho generalizado han creado una "Sociedad Btrieve" para reconocer a los desarrolladores existentes.

En MS-DOS Btrieve hasta la versión 5 fue un Terminate-y-programa residente que funcionaba como un Interfaz de programación de aplicaciones (API) motor de base de datos, el suministro de programas de aplicaciones con llamadas a funciones para implementar una base de datos multi-usuario con bloqueo de registro; la versión de red trabajó de una manera similar.

En los primeros años las versiones de MS-DOS hasta la versión 5 se vendió por un precio relativamente alto, del orden de los US $ 1.000, pero el ejecutable Terminate-and-stay-resident (TSR) archivo de motor de base de datos podría ser distribuido con aplicaciones sin el pago de un canon de licencia.

Año SoftCraft

El producto fue lanzado en febrero de 1982 por SoftCraft, una firma con sede en Austin, Texas, por Doug y Nancy Woodward. Doug se convirtió en el vicepresidente y manejó el desarrollo de software, y Nancy se convirtió en el presidente de la compañía. Lanzaron una serie de versiones en los próximos años: en febrero de 1983 lanzaron la serie 2.x Btrieve, y cuando MS-DOS 2.x desarrolló el soporte para archivos y directorios maneja lanzaron Btrieve 3.0. Cuando MS-DOS 3.1 estandarizó sus interfaces internas marzo 1985 lanzaron Btrieve 3.1 C / S un mes más tarde, que tenía la red y soporte de cliente / servidor. En febrero de 1986 Btrieve 4.0 fue lanzado, y cuando la actualización 4.1 fue lanzado ganó apoyo para este tipo de claves extendidas e índices complementarios.

Aunque Btrieve era bastante popular, era un motor de base de datos de API, mientras que el asesino aplicación de administrador de base de datos en el PC, dBase II y sus sucesores, fue un sistema de gestión de base de datos (DBMS) que podría ser utilizado como una aplicación de uso general independiente o un lenguaje de programación de base de datos. Btrieve también era más caro que comprar de dBase, aunque la concesión de licencias de tiempo de ejecución es gratuita. Btrieve creció a una base de desarrolladores de más de 5.000 usuarios y se utiliza ampliamente en el área financiera. La compañía tomó un tiempo para crear un interfaz de usuario para el producto, sin embargo, en 1984 se lanzó Xtrieve, un programa basado en menús que utiliza un nuevo .DDF diccionario de datos para hacer cumplir reglas de base de datos relacionales.

Adquisición de Novell

En 1987 Novell comenzó la diversificación y la compra de las empresas para agregar a su NetWare sistema operativo. Una de las empresas que compraban era SoftCraft. Nancy Woodward se convirtió en el vicepresidente y director general de operaciones de Austin de Novell mientras Doug Woodward se convirtió en el vicepresidente de Tecnologías Avanzadas de la base de datos. A principios del siguiente año Btrieve 5.0 fue lanzado para ejecutarse como una aplicación nativa de NetWare, o (Proceso Valor Añadido) VAP. Según Jim Kyle, "tenía tipos de incremento automático clave, el servidor de procesos de red brouter, datos de sólo y únicamente clave archivos y la compresión de datos opcional". La versión 5.1 fue lanzado en 1990 con un aumento de la capacidad de gestión de transacciones en archivos, la tala y las operaciones de operaciones en progresión, junto con varias mejoras de la API. Varias versiones fueron creados para DOS, OS / 2 y Microsoft Windows . La versión 6.0 fue lanzado en junio de 1992, sin embargo, no fue promovido ampliamente por Novell, y debido a las mejoras (como el cambio de pre-proyección de imagen a la sombra-paginación) era incompatible con las versiones anteriores de Btrieve. El mercado no aumentó mucho para Btrieve y no ver una amplia adopción debido a estos problemas.

Cuando la compañía fue adquirida por Novell, SoftCraft había estado trabajando en un producto llamado XQL, que era una Intérprete de SQL que fue diseñado para tratar mejor con SQL estándar de la industria, que el paquete Xtrieve no era totalmente compatible con. Esto se convirtió en la base para NetWare SQL, que fue lanzado inicialmente en 1989, y fue un intérprete de SQL escueto que implementa la base versión IBM de SQL.

Btrieve Technologies, Inc.

Para 1994 Novell había dado en gran parte en el intento de hacer NetWare en un sistema operativo alternativo completo, y comenzó la venta de muchas de las empresas que había adquirido sólo unos pocos años antes. También habían hecho promoción mínima de Btrieve, en gran parte debido al largo tiempo (24 meses) que se tardó en lanzar la versión 6. Las negociaciones entre Nancy y Doug Woodward con Novell se celebraron y después de dos años de Novell anunció (el 26 de enero de 1994) que se va a transferir la propiedad de Btrieve a Btrieve Technologies, Incorporated (también conocidos como BTI). El 29 de abril de 1994, se completó la transferencia y Nancy Woodward se convirtió en el Presidente de BTI y Doug Woodward se hizo la Director de Tecnología. La Puesto de consejero delegado se le dio a Ron Harris, un ex empleado de Texas Instruments, y uno de los fundadores de los empleados Citrix Systems, Inc., donde fue empleado por primera vez como Director de Planificación Estratégica, y luego como Vicepresidente de Marketing, y finalmente como el Producto vicepresidente del grupo.

Btrieve fue totalmente reescrito y el 01 de julio 1994 Btrieve 6.15 fue lanzado para DOS, Windows y OS / 2. Novell SQL pasó a llamarse a Scalable SQL para reflejar el cambio de titularidad de la empresa. En 1995 versión 6.15 fue lanzado para Novell NetWare, Windows NT Server y Windows NT / 95, y por lo tanto se convirtió en un producto de base de datos multiplataforma. El concepto de un motor de base de Micro Kernel (MKDE) fue introducido en esta versión.

Pervasive Software

En 1996 la empresa cambió su nombre a Pervasive Software, y su producto Pervasive.SQL. En 1997, la compañía salió a bolsa. Ellos hicieron esto con el fin de permitir una mayor penetración en el mercado de bases de datos relacionales y volver a alinear como un proveedor de SQL, aunque no dejan de ser la comercialización y el desarrollo de Btrieve. Generalizado completado su IPO en septiembre. La compañía continuó con el MKDE en la versión 6.30. En 1997 generalizado liberados ScalableSQL 4.0, un producto de base de datos relacional, y Btrieve 7.0.

En 2000, Novell fue criticado después de que dejó la agrupación Pervasive.SQL con NetWare (5.1 fue la primera versión afectada). En su lugar, se envía con una versión de prueba que cerró después de 90 días. La última versión, Penetrante v11 Cumbre PSQL, fue lanzado en septiembre de 2010.

Versiones

Btrieve para DOS

Había una configuración basada en el cliente DOS de Btrieve creado por SoftCraft. Definición de SoftCraft de una versión basada en el cliente era un "motor en marcha Btrieve en una estación de trabajo en particular." Esto significaba que el motor de gestión de registros conectado directamente a los archivos a través de las funciones del sistema operativo y modificar los registros en consecuencia, si los archivos fueron locales o en una red. El motor basado en el cliente permitió cinco usuarios concurrentes para acceder a la base de datos en cualquier momento. Todo el procesamiento de los registros se realizó en la estación de trabajo local que el motor fue instalado. Btrieve para el DOS utiliza los modos y funciones SEF MEFs para compartir archivos.

Btrieve para NetWare

Btrieve para NetWare era esencialmente el mismo que Btrieve para DOS con algunas características adicionales sólo disponibles en NetWare en el momento. Se corrió un proceso de servidor, llamado BSERVER , en el servidor de intercambio de archivos y esto logró datos I / O en conjunción con el sistema de archivos de red. El proceso del servidor se puso en práctica por primera vez como Netware Valor de proceso Añadido (VAP) llama BSERVER.VAP , pero se cambió a un Netware Módulo cargable de NetWare (NLM) poco después. Básicamente, BSERVER fue el motor de base de datos que se ocupa de acceso a los registros, sin embargo, también aceptó las peticiones de la transmisión de los datos solicitados a otro servidor a través de la BROUTER proceso.

Btrieve utiliza los solicitantes para que la base de datos de E / S de solicitudes a partir de la estación de trabajo cliente. Estos solicitantes estaban disponibles para DOS, OS / 2, Microsoft Windows y UnixWare. El programa BREQUEST.EXE acepta solicitudes de E / S a través de la API de Btrieve y les transmitió a BSERVER . Luego manejó las respuestas de BSERVER y les transmitió de nuevo a las aplicaciones adecuadas.

El BROUTER proceso permitido para las solicitudes entrantes a ser "encamina" a una copia de la base de datos en otro servidor. Fue cargado en el servidor Netware y se ocupó de la comunicación entre los múltiples procesos de servidor que se ejecutan en el servidor de archivos mediante el uso de dos mesas de servidor de archivos (FST). Según generalizado, estos proporcionan una lista de "nombres de servidores y direcciones, y el servidor de la tabla de enrutamiento (SRT)". Brouter también permitió a las peticiones de comunicación para enrutar al servidor correcto a través de SPX buscando el BSPXCOM NLM y cerraduras y otros mecanismos que controlan el acceso a los datos en la base de datos Btrieve coordinado.

Btrieve para el DOS utiliza los modos SEF y MEF para el intercambio de archivos, y porque era capaz de funcionar en una red que era capaz de utilizar las transacciones exclusivas y concurrentes.

Btrieve para Windows

Btrieve para Windows fue creado antes que la compañía volvió a escribir el código base de utilizar la MKDE. Ofreció SEFS y mecanismos de intercambio de archivos MEF; usado sombra de paginación y permitió bloqueos exclusivos y concurrentes. Se maneja la versión 6.x y 6,1 archivos de forma diferente: Los archivos de la versión 6.x podían manejar las operaciones en "trozos" de registros en lugar de encerrar a todo el disco; que maneja los registros que estaban sobre 64KB; IVA aplicado, ACSS, nuevos tipos de datos; permitida para las operaciones porcentuales (donde se pudo localizar el registro y manipulada por la ubicación física en el archivo) y duplicados de las llaves manejadas. Versión 6.x era capaz de dejar caer o añadir cualquier índice sobre la marcha (versión 6.0 y por debajo sólo podría caer índices complementarios). Archivos de la versión 6.1 permitidos para transacciones simultáneas y del sistema; la renumeración opcional de llaves; caso tablas de la ACS insensibles y operaciones de bloqueo mejoradas.

Btrieve para Windows podría funcionar como un cliente a la base de datos que utiliza funciones SEF o MEFs modos, o puede acceder directamente al servidor de Btrieve.

Btrieve basada en cliente

La versión basada en el cliente de Btrieve tiene todos los archivos de base de datos, ya sea directamente en el equipo local o por medio de una unidad de red (configuración mediante el uso de DOS NET USE comandos).

Aplicaciones hacen una llamada a la función WBTRCALL.DLL , una interfaz de cargador y solicitante. El cargador y el de solicitante módulo comprueba BTI.INI archivo de configuración es correcta la configuración para cargar el motor Btrieve basado en el cliente. A su vez, esta carga la interfaz local para el motor btrieve ( WBTRLOCL.DLL ). Si es necesario, esta interfaz local carga el motor de Btrieve ( WBTR32.EXE ) en la memoria y envía las peticiones de base de datos necesarios para ello. El motor de base de datos y luego llamar a distintas bibliotecas del sistema Win32 para realizar operaciones de archivo en los archivos de base de datos.

Btrieve basada en servidor basada en cliente que accede Btrieve

La versión basada en el cliente de Btrieve para Windows puede acceder a las versiones basadas en servidor de Btrieve a través de un "solicitante" basado en DOS. El solicitante requiere el uso de DOS Protected Mode Interface (DPMI) que permite que el acceso a programas de DOS memoria extendida que sólo se podía acceder mediante la Funcionalidad modo protegido de la CPU arquitectura x86.

Al igual que con la interfaz basada en el cliente, la aplicación basada en Btrieve hace una llamada a la WBTRCALL.DLL biblioteca de interfaz cargador y solicitante. Esta biblioteca comprueba la BTI.INI archivo para ver si necesita acceder a los datos en el sistema local o si necesita acceder a datos en un servidor remoto. Si lo que necesita para acceder al servidor, entonces utiliza la versión Windows de DPMI para acceder a un solicitante basado en DOS llamado BREQUEST.EXE . El solicitante continuación, establece una conexión de red para el servidor, que procesa la solicitud y pasa de nuevo un mensaje al solicitante cuando se ha completado la solicitud de base de datos.

Btrieve para Windows NT / Windows 95

Btrieve para Windows NT y Windows 95 fue lanzado en 1995 junto con Btrieve para NetWare y Btrieve para Windows NT Server. Había llegado a la versión 6.15 y comenzó a usar el MKDE. Los mecanismos de intercambio de archivos sigue siendo la misma que SEFS siendo utilizados y los modos de intercambio de archivos MEF; usado sombra de paginación y permitió bloqueos exclusivos y concurrentes. Esta versión de Btrieve permitió valores nulos en las teclas, lo que significaba que un registro se podía entrar en la base de datos cuando la información sobre la llave no estaba disponible. Significaba que la clave no sería incluido en el índice, y esto ayudó a reducir la búsqueda innecesaria de la base de datos a través del índice. También introdujo el concepto de una transacción del sistema y una transacción de usuario. (Ver Sistema y transacciones de usuario). El MKDE también permitió que las brechas entre las teclas de incremento automático. Tablas de asignación de variable cola se introdujeron en la versión 6.15, por lo que se incluyeron en el Windows NT / 95 acumulación de Btrieve.

Existen dos configuraciones de Btrieve para Windows NT / 95: estación de trabajo independiente y el cliente / servidor.

Estación de trabajo independiente

Cuando se utiliza la configuración de estación de trabajo independiente de Btrieve, todo el procesamiento de registros se realiza en el local de estacion de trabajo. La estación de trabajo se basa en los mecanismos subyacentes de Windows para permitir el MKDE (la W32MKDE.EXE programa) para tener acceso directo a los archivos de base de datos, y utiliza archivos de bloqueo para hacer frente a problemas de concurrencia.

En esta configuración, la aplicación realiza llamadas a la API de Btrieve o Microkernel Interface ( WBTRV32.DLL ). La llamada es procesada por esta interfaz y pasa a lo largo de la MKDE ( W32MKDE.EXE ) que luego utiliza el sistema operativo subyacente sistema de archivos (ya sea de red o local) para acceder directamente a los archivos de base de datos.

Esto lleva a algunos problemas peculiares. Si usos Btrieve El intercambio y archivo de Windows tiene los archivos abiertos del motor de base de datos directamente en un recurso compartido de archivos, por ejemplo, y no hay inestabilidad de la red (o incluso si un cable de red está desconectado) durante una actualización de los campos utilizados para enlazar uno Btrieve archivo a otro dejen de estar sincronizados (a todos los efectos los datos pierde sus relaciones o vínculos a otros datos) y el archivo de base de datos en sí pueden corromperse (aunque la posibilidad de que esto se reduce debido a la pre-imagen de paginación).

Servidor De Cliente

Cuando se utiliza el servidor (o edición Server) cliente / configuración de Btrieve, el procesamiento de registros se realiza generalmente en un servidor de archivos de Windows a través de una unidad asignada (una forma de mapear un recurso compartido de archivos en una unidad de disco "virtual" en Windows a través de la NET USE de comandos). Utiliza los permisos que se le han asignado al autenticar, ya sea desde al iniciar sesión en oa través de los permisos otorgados para el NET USE se utiliza.

En Windows 95 la interfaz MKDE (Windows biblioteca de enlace dinámico (DLL) llamada WBTRV32.DLL ) en realidad determina qué método de acceso de base de datos está en uso a través del archivo de configuración. Si detecta que tanto el motor de cliente / servidor y estaciones de trabajo están instalados en la máquina comprueba si el objetivo se establece en la estación de trabajo o servidor. Si se ejecuta en Windows NT y el proceso del servidor NTMKDE.EXE se ejecuta junto con el proceso de estación de trabajo independiente W32MKDE.EXE se ve en el registro para determinar si el objetivo es cualquier servidor o estación de trabajo. En ambos casos, si la interfaz MKDE se establece en la estación de trabajo (la configuración "estación de trabajo independiente") que utiliza el MKDE ( W32MKDE.EXE ) para acceder directamente al archivo. Si se establece a continuación, la interfaz de servidor MKDE en el cliente utiliza un módulo de comunicaciones (en Windows 95 esto es W32BTICM.DLL , en Windows NT esto es NTBTICM.DLL ) que "habla" con la servidor. El propio servidor tiene su propio módulo de comunicaciones que coinciden (de nuevo, ya sea W32BTICM.DLL o NTBTICM.DLL ) que reside en la unidad asignada. El DLL de servidor se comunica con el servidor de MKDE ( NTMKDE.EXE ), que actualiza los registros, a continuación, envía una confirmación de que la operación tuvo éxito a través del módulo de comunicaciones al cliente.

La ventaja de este sistema es que si se produce un fallo de la conexión de red MKDE en el servidor será capaz de detectar esto y recuperar de una manera más elegante que la configuración de estación de trabajo es capaz de hacerlo.

Configuración

Una utilidad de configuración se incluye con Btrieve para alterar los ajustes MKDE. Los ajustes que se podrían cambiar fueron:

• Configuración de archivos: esta categoría contiene los ajustes relacionados con archivos, manejadores de archivos, bloqueo de registros, índices, y los archivos de registro. El número de archivos abiertos y manejadores de archivos lógicos se estableció aquí, así como el número de bloqueos de registro por cliente; balanceo de índice y una opción para crear archivos en formato 6.x pre pertenecen a esta categoría. También controla si el Microkernel mantiene un registro de las operaciones que se ejecutan en los archivos seleccionados. En esta sección, el método de intercambio de archivos podría ajustarse en MEFs o SEFS. El límite de espera de transacción sistema establece el número de transacciones del sistema se realizan durante las operaciones de escritura de archivos compartidos.
• Organización de la memoria: esta categoría contiene la configuración relacionada con el tamaño de los buffers del Microkernel necesario asignar para diversos fines.
• Transacciones cliente / sistema: esta categoría contiene los ajustes relacionados con las transacciones, incluyendo el número apoyado y cómo y cuándo se registrarán.
• Los recursos del sistema / directorios: esta categoría contiene los ajustes relacionados con el número de clientes y los hilos con el apoyo, así como la ubicación de los diversos archivos del sistema.
• Operaciones Traza: esta categoría contiene los ajustes relacionados con el rastreo diversas operaciones de Btrieve. El rastreo es una característica avanzada que se utiliza principalmente para fines de depuración.

Pervasive.SQL 7

Pervasive.SQL 7 fue lanzado en marzo de 1998, e incluyó Scalable SQL 4 y Btrieve 7.0. Btrieve 7.0 funcionó en las mismas plataformas que Btrieve 6.x: Windows 95, Windows NT 3.51 y 4, Netware y DOS. Sin embargo, la compañía cambió a una arquitectura llamada SmartComponents basadas en componentes para resolver problemas de compatibilidad con las actualizaciones. Este utiliza un esquema de identificación de componentes tanto incrustado en el archivo y codificada en el nombre del archivo, junto con la ligadura dinámica de "archivos de cola" ( DLLs cargan en la memoria sólo cuando sea necesario). La unión de componentes dinámica se realizó utilizando un nuevo "Resumen Servicios OS DLL" que buscó la versión más reciente del componente adecuado necesario a través de la codificación de nombre de archivo. Este "módulo de pegamento" se carga en la memoria y se utiliza. El antiguo formato de archivo de registro de Btrieve 6.x también fue sustituido por un nuevo registro centralizado llamado PVSW.LOG y 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 dinámica, la arquitectura interna de unión de la nueva arquitectura de componentes se modificó. La aplicación usando Btrieve llama un gerente de servicios que luego busca a través de varios directorios configurados para el nombre de archivo codificado específico. El nombre del archivo cargado para los archivos de Btrieve en Forma Backus-Naur es:

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

El módulo "pegamento", que es una DLL, se carga en memoria y se convierte en la interfaz con el MKDE. El MKDE determina entonces si se configura para ser una configuración basada en la estación de trabajo o una configuración basada en servidor. A continuación, pasa peticiones a través de su módulo de "solicitante" Las comunicaciones en el servidor de base de datos, o directamente modifica los archivos de base de datos si se ha configurado en el modo de estación de trabajo.

Pervasive.SQL 2000 / 2000i

Pervasive.SQL 2000 y Pervasive.SQL 2000i utiliza esencialmente la misma arquitectura que Pervasive.SQL 7, aunque 2000i incluye i * servidor Net. Se utiliza el mismo modelo de componentes, tiene la capacidad de utilizar el Btrieve o motores SQL escalables y continúa utilizando un MKDE. Esta versión incluye soporte para Red Hat Linux, Caldera OpenLinux, SUSE y Solaris. También tenía una mejor integración con Servicios de Terminal Server, aunque sólo una instancia del motor de base de datos puede funcionar en cualquier plataforma de servidor terminal. No puede ejecutar copias independientes del motor de base de datos dentro de los dos o más sesiones de terminal.

Pervasive.SQL V8

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 almacenamiento en caché del lado del cliente mejora en gran medida el rendimiento de lectura mediante el mantenimiento de una parte del contenido de la base de datos en el PC local.
• Turbo Write Acceleration (TWA) grupos de escrituras en disco en grupos, lo que minimiza las interacciones con el disco.
• Registro de transacciones proporciona un poco menos protección contra fallo de durabilidad transacción, pero mejora el rendimiento general.

El Feature Pack V8 de Seguridad (una actualización del producto a mediados de liberación designado 8.5) añade nuevas e importantes características de seguridad diseñadas para bloquear Archivos de datos Pervasive.SQL. Antes de 8.5, el acceso a los datos Btrieve fue controlado por mecanismo de seguridad del sistema operativo. Esto significa que cualquier usuario que sea necesario el acceso lectura / escritura a la base de datos de leer, también necesitaba acceso de lectura / escritura a los archivos de datos subyacentes. 8.5 introducidos nuevos modelos de seguridad, que permiten a los administradores controlar el acceso a los datos de Btrieve utilizando la seguridad de base de datos. Una vez activado, la seguridad de bases de datos ya no requiere que el usuario tiene acceso a los archivos subyacentes. Además, las configuraciones cliente / servidor ya no requieren el uso de recursos compartidos de red o unidades asignadas. Las aplicaciones pueden hacer referencia a datos de Btrieve seguras usando una cadena de conexión URI.

Pervasive PSQL v9

Pervasive PSQL v9 incluye nuevas GUIs Java, construidas en la infraestructura Eclipse. Estas interfaces gráficas de usuario están disponibles tanto para Microsoft Windows y Linux. Además, v9 incluye muchas actualizaciones de rendimiento de SQL y de sintaxis, la mejora de la velocidad y flexibilidad de todas las interfaces de SQL - ADO.Net, JDBC, ODBC y OLE DB. Por último, v9 PSQL amplió el tamaño máximo del archivo Btrieve de 64 GB en formatos de archivo y 8.x anterior a 128 GB en archivos de formato 9.0, y otra vez a 256 GB de archivos en el formato de 9.5 archivo.

En conjunto con PSQL v9 generalizado reintroducido la utilidad DDF Builder y añadido soporte para búsqueda de texto con el texto completo Búsqueda (FTS) add-on, que se retiró después de la línea de productos. DDF Builder proporciona un mecanismo para que los usuarios de Btrieve para definir los metadatos de los archivos Btrieve existentes, permitiendo así que los datos Btrieve sean accesibles a través de las herramientas de SQL y los servicios públicos.

Todas las versiones del MKDE retienen plena compatibilidad hacia atrás a nivel de lectura con versiones anteriores de Btrieve, incluidas las que son anteriores a la introducción de la propia MKDE, y no cambian la versión del archivo que se pida que lo haga. Archivos de Btrieve que se encuentran en la 5.x o formatos de archivo más deben ser reconstruidos (utilizando la línea de GUI o comando Reconstruir utilidades) 6.x o más nuevo formato de base de datos para apoyar escribe desde el motor de 9.0 o más reciente base de datos.

Pervasive PSQL v10

Pervasive PSQL v10 fue lanzado en septiembre de 2007 y fue la primera versión de Generalizado del PSQL servidor y cliente para proporcionar apoyo a los sistemas operativos de 64 bits. La API de Btrieve y distribución interfaz de sintonización (DTI) eran mejorado para soportar 64 bits. Grupo de trabajo Pervasive PSQL y otros componentes del SDK no se mejoraron para soporte de 64 bits.

La liberación de V10 Pervasive PSQL se programó para ofrecer apoyo a la entonces recién disponible de Windows Vista y luego llegar los sistemas operativos Windows Server 2008. Generalizado del PSQL v10 Server, grupo de trabajo y el cliente todo el apoyo de Windows Vista. Generalizado del PSQL v10 Server está certificado para Windows Server 2008.

También se incluye en V10 Pervasive PSQL era Xtreme I / O (XIO), una base de datos de Windows acelerador de 32 bits que habilita el acceso de memoria extendida para ampliar la base de datos en caché allá del límite normal de 2 GB en sistemas Windows de 32 bits. XIO también incluye algoritmos de compresión de actualización y técnicas de escritura aerodinámicos para mejorar la base de datos de rendimiento de E / S.

La aplicación de licencias digitales, llamado autorización del producto, se introdujo por Línea de productos Pervasive PSQL con Pervasive PSQL v10. Autorización del producto se implementó inicialmente con descargas de prueba y las órdenes de comercio electrónico. Los productos vendidos a través de los distribuidores de ISV y socios eran generalizados actualización para incluir la autorización de productos con el lanzamiento de Generalizado del PSQL v10 SP3 en noviembre de 2009. Generalizado del SP3 PSQL v10 también fue lanzado como una aplicación compatible con Windows 7.

V10 Pervasive PSQL retenido compatibilidad con el formato de 9,5 archivo con un aumento en el tamaño máximo del archivo de datos de 256 GB y un aumento en el tamaño máximo de página a 16.384 bytes.

Soporte para NetWare, Windows NT, Windows 98, Windows ME, DOS 6.22 y aplicaciones de 16 bits se retiraron con Pervasive PSQL v10. Aunque las versiones de Windows y Linux Productos v9 PSQL penetrante ya no se venden, generalizado todavía vende y soportes Pervasive PSQL v9 para NetWare.

En 2010, Pervasive Software liberado Pervasive PSQL v11, que permite a los usuarios sacar el máximo provecho de multithreading para el procesamiento de base de datos más rápida.

Pervasive PSQL v11

Pervasive PSQL v11 fue lanzado en septiembre de 2010. Uno de los factores clave de los esfuerzos de ingeniería que hay detrás Pervasive PSQL v11 fue el rediseño del motor de base de datos para aumentar el rendimiento y la escalabilidad de la CPU de varios núcleos. Pervasive PSQL v11 optimiza hilos paralelos realizar actividades similares, lo que permite la base de datos para participar múltiples núcleos durante la ejecución de la tarea. PSQL v11 también ofrece mejoras en los mecanismos de sincronización de bajo nivel en la interfaz de navegación. Varios usuarios pueden leer las mismas páginas en caché de archivos al mismo tiempo y sus operaciones se procederá en núcleos independientes. Actividad no el usuario, como los puestos de control y registro de gestión se puede ejecutar en núcleos separados y múltiples usuarios que acceden a archivos independientes pueden proceder de diferentes núcleos.

El soporte multi-núcleo está disponible con todas las versiones de PSQL v11: 32 y 64 bits Servidores Windows y Linux, y de 32 bits de grupo de trabajo. Las pruebas internas en los aumentos de rendimiento documentadas Generalizados del 300% al comparar PSQL v10 de PSQL v11 en un servidor de 8 núcleos corriendo Microsoft Enterprise Server 2008 SP2 (64 bits).

( IPv6) en Windows se incluye en PSQL v11 Pervsive con el continuo apoyo para entornos IPv4. Pervasive PSQL v11 soporta IPv6 tanto con el Btrieve y DTI (Distributed interfaz de adaptación de los métodos de acceso).

Las versiones de servidor de 64 bits de PSQL v11 incluyen un motor de 64 bits relacional / SQL, así como el motor de 64 bits de navegación / Btrieve, junto con un controlador ODBC de 64 bits. El controlador se instala con las versiones de 64 bits de PSQL servidor y cliente PSQL.

Penetrante actualizado el kit de desarrollo de software PSQL con la adición de la Pervasive PSQL ADO.NET Data Provider 3.5. El proveedor de datos 3.5 es compatible con las versiones de .NET Framework 2.0, 3.0, 3.5, 3.5 SP1 y 4.0, y se ejecuta bajo .NET Framework 4.0 con soporte para Entity Framework 1.0 características. Pervasive PSQL v11 también ha actualizado la PDAC (Pervasive Componentes de Acceso Directo) método de acceso con soporte para Embardacero de RAD Studio 2009 y RAD Studio 2010.

Autorización del producto se amplió en Pervasive PSQL v11 para incluir los clientes OEM, junto con la introducción de un portal basado en web para fabricantes de equipos originales para generar claves y gestionar licencias para PSQL v11. Autorización Teléfono (un método de autorizar Pervasive PSQL sin necesidad de una conexión a Internet) se introdujo por primera vez con PSQL v11 y puesto a disposición de todos los clientes generalizados.

V11 Pervasive PSQL continúa con el formato de 9,5 archivo, manteniendo la compatibilidad hacia atrás con versiones anteriores.

Soporte para Windows 2000 se abandonó conPervasive PSQL v11.

Ecosistema Pervasive PSQL

Generalizado ahora ofrece una serie de productos add-on que se extienden las características básicas de los DBMS PSQL. Las últimas versiones de cada uno de los productos, v7 AuditMaster, v3 Agente de copia de seguridad, y v4 DataExchange, fueron puestos en libertad en diciembre de 2010.

• AuditMaster generalizado proporciona auditoría en tiempo real de todas las interacciones de bases de datos, ya sea Btrieve o SQL. Registros de eventos de datos se pueden consultar para rastrear cambios en los datos sensibles. Las alertas también se pueden crear para notificar al personal apropiado o poner en marcha el proceso asociado.
• Agente de modo generalizado gestiona las operaciones continuas de PSQL y permite que el software de copia de seguridad para copiar bases de datos en línea de forma fiable.
• DataExchange generalizado proporciona sincronización y replicación de datos entre dos o más motores PSQL, asegurando que los datos críticos está siempre disponible.