Btrieve

Btrieve é um banco de dados transacional ( navegação de banco de dados) produto de software. Baseia-se Indexado Sequential Access método (ISAM), que é uma maneira de armazenar dados para recuperação rápida. Houve várias versões do produto para DOS, Linux , versões mais antigas do Microsoft Windows , Windows 98, Windows NT, Windows 2000 , Windows XP , Windows Server 2003, 32-bit IBM OS / 2 e para Novell NetWare.

Ele foi originalmente um gerente de registro que foi publicado pela SoftCraft, escrito por Doug Woodward e propriedade de seu irmão Loyd Woodward em torno do mesmo tempo que o lançamento do primeiro PCs da IBM. Doug recebeu 50% da empresa como um presente de casamento e mais tarde adquiriu o restante de seu irmão. Depois de ganhar quota de mercado e popularidade, foi adquirido a partir de seus fundadores Doug e Nancy Woodward pela Novell em 1987 para integração em seu Netware sistema operacional além de continuar com a versão MS-DOS. O produto ganhou quota de mercado significativa como um banco de dados integrado em aplicações de mid-market, além de ser incorporado em cada cópia do NetWare 2.x, 3.xe 4.x, uma vez que estava disponível em todas as redes NetWare. Depois de alguma reorganização dentro Novell, decidiu-se girar o produto e tecnologia off para os fundadores originais, Doug e Nancy Woodward junto com Ron Harris, em 1994, para ser desenvolvido por uma nova empresa conhecido como Btrieve Technologies, Inc. (IPV).

Btrieve foi modularizado a partir da versão 6.15 e tornou-se um dos dois bancos de dados front-ends que conectados a um padrão interface de software chamado de Mecanismo de Banco de Micro-Kernel. O front-end Btrieve apoiou a API Btrieve eo outro front-end foi chamado SQL escalável, um produto banco de dados relacional baseado no MKDE que usou sua própria variedade de Structured Query Language, também conhecido como SQL. Após estas versões foram lançadas (Btrieve 6,15 e ScalableSQL v4) a empresa foi renomeada para Software Pervasive antes de seu IPO. Pouco tempo depois os produtos Btrieve e ScalableSQL foram combinadas para os produtos agora conhecidos e vendidos como Pervasive.SQL ou PSQL. Btrieve foi continuado durante alguns anos, enquanto ScalableSQL foi rapidamente interrompido com clientes encorajados a atualizar para Pervasive.SQL que apoiou tanto aplicações Btrieve e SQL.

Arquitetura

O modelo MKDE permite diferentes backends de banco de dados a ser conectado ao produto de software da Pervasive.

Btrieve não é um sistema de gerenciamento de banco de dados relacional (RDBMS). Descrições iniciais de Btrieve refere a ele como um gerente de registro (embora Pervasive utilizado inicialmente o termo banco de dados de navegação, mas mais tarde mudou para este banco de dados transacional), porque ele lida apenas com a base subjacente, de criação de registro, recuperação de dados, atualização de registros e eliminação de dados primitivos. Ele usa ISAM como subjacente indexação e mecanismo de armazenamento. Uma parte fundamental da arquitetura de Pervasive é o uso de um MicroKernel Database Engine, que permite banco de dados diferente backends para ser modularizado e integrado facilmente em seu pacote DBMS, Pervasive.SQL. Isto permitiu-lhes para apoiar tanto o seu motor de banco de dados de navegação Btrieve e um motor baseado em SQL, SQL escalável.

As versões atuais do suporte Btrieve transações do sistema e transações de usuário, onde as transações do sistema são um conjunto de operações não transacionais e / ou transações do usuário, enquanto as transações de usuários são operações que trabalham em dados reais no banco de dados. Transações do sistema foram desenvolvidos para permitir várias transações que ser feito em um lote e para permitir que a capacidade de recuperar dados mais facilmente.

O formato de arquivo Btrieve consiste inteiramente de páginas, que são os dados que se move entre a memória e meios de armazenamento quando o mecanismo executa uma operação de I / O. Versões anteriores ao 6.0 páginas de dados meramente utilizadas, páginas de índice e um registro de controle de arquivos (FCR). O arquivo tinha um índice para procurar o relacionado com páginas físicas. Começando com a versão 6.0 páginas lógicas começou a ser usado, que são páginas que são mapeados para páginas físicas (páginas num local fixo no ficheiro) sobre o disco, através da utilização de um conjunto de tabelas de alocação de página (PATs). A FCR é um registro que contém informações importantes sobre os arquivos de Btrieve, tais como o número de páginas em uso atual. A fim de evitar a corrupção no banco de dados Btrieve usa dois métodos de actualização de registos: pré-imagem de paginação em versões Btrieve antes de 6.0 e paginação sombra em versões posteriores. Foi principalmente a transição da pré-imagem de paginação para sombrear-paginação que causou alterações de formato de arquivo radical que quebraram a compatibilidade entre a versão 6 e versões anteriores.

História

Btrieve foi detido e promovido por três empresas diferentes: SoftCraft, Novell e Btrieve Technologies, Inc. (mais tarde renomeada Pervasive Software). Eles têm um desenvolvedor base comprometido e leal e em toda a literatura da empresa permanecem totalmente comprometidos com o produto; na verdade Pervasive criaram uma "Sociedade Btrieve" para reconhecer os desenvolvedores existentes.

Em MS-DOS Btrieve até a versão 5 foi um Terminate-and-stay-resident programa que funcionava como um interface de programação de aplicativo (API) motor de banco de dados, fornecimento de programas de aplicações com chamadas de função para implementar um banco de dados multi-usuário com registro de bloqueio; a versão de rede trabalhado de uma forma semelhante.

Nos primeiros anos as versões do MS-DOS até a versão 5 foi vendido por um preço relativamente elevado, da ordem de US $ 1.000, mas o executável Terminate-and-stay-resident (TSR) arquivo de banco de dados pode ser distribuído com aplicações sem pagamento de qualquer taxa de licença.

Anos SoftCraft

O produto foi lançado em Fevereiro de 1982 por SoftCraft, uma empresa localizada em Austin, Texas, por Doug e Nancy Woodward. Doug tornou-se o vice-presidente e tratadas de desenvolvimento de software, e Nancy tornou-se o presidente da empresa. Eles lançaram uma série de versões ao longo dos próximos anos: em Fevereiro de 1983 eles lançaram a série 2.x Btrieve, e quando MS-DOS 2.x desenvolvido suporte para arquivos e diretórios lida com eles lançaram Btrieve 3.0. Quando o MS-DOS 3.1 padronizou suas interfaces internas março 1985 eles lançaram Btrieve 3.1 C / S, um mês depois, que teve e rede suporte de cliente / servidor. Em fevereiro de 1986 Btrieve 4.0 foi lançado, e quando a atualização 4.1 foi lançado ganhou suporte para tipos de chave estendida e índices suplementares.

Embora Btrieve foi bastante popular, que era um motor de banco de dados API, enquanto o gerenciador de banco killer-app no PC, dBase II e seus sucessores, foi um sistema de gerenciamento de banco de dados (DBMS) que pode ser usado tanto como uma aplicação autónoma de uso geral ou uma linguagem de programação de banco de dados. Btrieve também foi mais caros para comprar do que dBase, apesar de licenciamento em tempo de execução foi de cortesia. Btrieve cresceu a uma base de desenvolvedores de mais de 5.000 usuários e foi amplamente usado na área financeira. A empresa levou algum tempo para criar um interface de usuário para o produto, no entanto, em 1984, eles lançaram Xtrieve, um programa conduzido pelo menu que utilizou um novo .DDF dicionário de dados para impor regras de banco de dados relacional.

Aquisição Novell

Em 1987 Novell começou a diversificar e compra de empresas para aumentar a NetWare sistema operacional. Uma das empresas que eles compraram foi SoftCraft. Nancy Woodward tornou-se o Vice-Presidente e Gerente Geral das operações da Novell Austin enquanto Doug Woodward tornou-se o vice-presidente de tecnologias avançadas de banco de dados. No início do próximo ano Btrieve 5.0 foi lançado para ser executado como um aplicativo nativo do NetWare, ou VAP (Value Added Processo). De acordo com Jim Kyle ", que tinha tipos de auto-incremento chave, o servidor de processo rede brouter, dados-chave e apenas arquivos somente, e compressão de dados opcional". Versão 5.1 foi lançado em 1990 com o aumento da capacidade de operação de manipulação de arquivo, registro e operações de roll-forward, juntamente com vários aprimoramentos de API. Várias versões foram criadas para DOS, OS / 2 e Microsoft Windows . Versão 6.0 foi lançado em Junho de 1992, no entanto, não foi promovido extensivamente pela Novell, e devido a melhorias (como a mudança de pré-imaging para sombrear-paginação) era incompatível com versões anteriores do Btrieve. O mercado não aumentou muito para Btrieve e não ver a adoção ampla devido a estas questões.

Quando a empresa foi adquirida pela Novell, SoftCraft estava trabalhando em um produto chamado XQL, que foi uma Intérprete SQL que foi projetado para lidar melhor com SQL padrão da indústria, que o pacote Xtrieve não era totalmente compatível com. Isto tornou-se a base para NetWare SQL, que foi inicialmente lançado em 1989, e foi um SQL intérprete nu-ossos que implementou de base a versão do SQL IBM.

Btrieve Technologies, Inc.

Em 1994 Novell tinha em grande parte desistido de tentar fazer NetWare em um sistema operacional alternativo completo, e começou a vender fora muitas das empresas que adquiriu apenas alguns anos antes. Eles também fizeram promoção mínima de Btrieve, em grande parte devido ao longo período de tempo (24 meses) que levou para lançar a versão 6. As negociações entre Nancy e Doug Woodward com Novell foram celebrados e após dois anos Novell anunciou (em 26 de Janeiro, 1994) que ele estava indo para transferir a propriedade de Btrieve para Btrieve Technologies, Incorporated (também conhecidos como BTI). Em 29 de abril de 1994, a transferência foi concluída e Nancy Woodward tornou-se o Presidente do IPV e Doug Woodward foi feita a Diretor técnico. O Posição de CEO foi dado a Ron Harris, um ex-funcionário da Texas Instruments, e um dos funcionários fundadores da Citrix Systems, Inc., onde foi empregada pela primeira vez como Diretor de Planejamento Estratégico, em seguida, como Vice-Presidente de Marketing e, finalmente, como o Produto vice-presidente de Grupo.

Btrieve foi totalmente reescrito e em 01 de julho de 1994 Btrieve 6.15 foi lançado para o DOS, Windows e OS / 2. Novell SQL foi renomeado para SQL Escalável para refletir a mudança de propriedade da empresa. Em 1995, versão 6.15 foi lançado para Novell NetWare, Windows NT Server e Windows NT / 95 tornou-se, e, assim, uma multi-plataforma de produtos de banco de dados. O conceito de um Mecanismo de Banco de Micro Kernel (MKDE) foi introduzido nesta versão.

Software Pervasive

Em 1996, a empresa mudou o nome para Software Pervasive, e seu produto Pervasive.SQL. Em 1997, a empresa abriu seu capital. Eles fizeram isso de forma a permitir uma maior penetração no mercado de banco de dados relacional e para re-alinhar como um fornecedor de SQL, embora eles ainda são marketing e desenvolvimento de Btrieve. Pervasive completou a sua IPO em setembro. A empresa continuou usando o MKDE na versão 6.30. Em 1997 Pervasive lançado ScalableSQL 4.0, um produto de banco de dados relacional, e Btrieve 7.0.

Em 2000, a Novell foi criticado depois que ele deixou a agregação Pervasive.SQL com NetWare (5.1 foi a primeira versão afetada). Em vez disso, ele fornecido com uma versão de avaliação que desligado após 90 dias. A versão mais recente, Pervasive PSQL v11 Summit, foi lançado em setembro de 2010.

Versões

Btrieve para DOS

Houve uma configuração baseada em cliente DOS de Btrieve criado por SoftCraft. Definição de uma versão baseada no cliente de SoftCraft era um "Btrieve motor a trabalhar em uma determinada estação de trabalho." Isto significava que o motor de gerenciamento de registro conectado diretamente aos arquivos através de funções do sistema operacional e modificou os registros em conformidade, se os arquivos foram local ou em uma rede. O motor baseado no cliente permitiu que cinco usuários simultâneos para acessar o banco de dados a qualquer momento. Todo o processamento dos registros foi feito na estação de trabalho local, o motor foi instalado. Btrieve para DOS utilizado os modos SEFS e MEFs para compartilhamento de arquivos.

Btrieve para NetWare

Btrieve para NetWare era essencialmente o mesmo que Btrieve para DOS com alguns recursos extras disponíveis apenas em Netware no momento. Ele correu um processo de servidor, chamado BSERVER , no servidor de partilha de ficheiros e esta gestão de dados I / O em conjunto com o sistema de arquivos de rede. O processo do servidor foi implementado pela primeira vez como um Netware Valor Adicionado Processo (VAP) chamado BSERVER.VAP , mas foi transferido para um Netware NetWare Loadable Module (NLM) logo depois. Basicamente, BSERVER foi o motor de banco de dados que lidava com acesso aos registros, no entanto, ele também aceitou pedidos da transmissão de dados solicitados para outro servidor via o BROUTER processo.

Btrieve usado solicitantes de fazer banco de dados S / solicitações da estação de trabalho cliente. Estes solicitantes estavam disponíveis para DOS, OS / 2, Microsoft Windows, e UnixWare. O programa BREQUEST.EXE aceites pedidos de E / S através da API do Btrieve e retransmitido-los para BSERVER . Em seguida, ele tratadas as respostas de BSERVER e retransmitido los de volta para os aplicativos apropriados.

O BROUTER processo permitida para as solicitações de entrada a ser "encaminhado" para uma cópia do banco de dados em outro servidor. Foi carregado no servidor Netware e lidou com a comunicação entre vários processos de servidor em execução em um arquivo do servidor através do uso de duas tabelas do servidor de arquivos (STFC). De acordo com o Pervasive, estes fornecem uma lista de "nomes de servidor e endereços, e o servidor de roteamento tabela (SRT)". Brouter também permitiu pedidos de comunicação para ser encaminhado para o servidor correto via SPX, observando-se o BSPXCOM NLM e fechaduras e outros mecanismos que controlavam o acesso aos dados no banco de dados Btrieve coordenada.

Btrieve para DOS utilizado os modos SEFS e MEFs para compartilhamento de arquivos, e porque era capaz de correr em uma rede que era capaz de usar transações exclusivas e concorrentes.

Btrieve para Windows

Btrieve para Windows foi criado antes de a empresa reescreveu a base de código para usar o MKDE. Ele apresentava SEFS e MEFs mecanismos de compartilhamento de arquivos; usados shadow-paginação e permitiu bloqueios exclusivos e simultâneos. Ele tratadas versão 6.xe 6.1 arquivos de forma diferente: arquivos 6.x versão poderia lidar com operações em "pedaços" de registros em vez de trancar todo o registro; sua manipulação registros que estavam sobre a 64KB; IVAs implementadas, ACSS, novos tipos de dados; permitidos para operações percentuais (onde o registro poderia ser localizados e manipuladas pela localização física do arquivo) e chaves duplicadas manipulados. Versão 6.x foi capaz de deixar cair ou a adição de qualquer índice na mosca (versão 6.0 e abaixo só poderia cair índices suplementares). Versão 6.1 arquivos permitido para transações simultâneas e do sistema; a renumeração opcional de chaves; caso tabelas ACS insensíveis e operações de bloqueio avançados.

Btrieve para Windows poderia funcionar como um cliente para o banco de dados que utilizou SEFS ou MEFs modos, ou pode acessar diretamente o servidor de Btrieve.

Btrieve baseadas no cliente

A versão baseada no cliente de Btrieve tem todos os arquivos de banco de dados ou diretamente no computador local ou através de uma unidade de rede mapeada (configuração utilizando do DOS NET USE comando).

Aplicações fazer uma chamada de função para WBTRCALL.DLL , uma interface de carregador e solicitante. O carregador e solicitante verifica o módulo BTI.INI arquivo de configuração é configurada corretamente para carregar o motor Btrieve baseadas no cliente. Por sua vez, este carrega a interface local para o motor btrieve ( WBTRLOCL.DLL ). Se necessário, essa interface local carrega o motor Btrieve ( WBTR32.EXE ) para a memória e envia as solicitações de banco de dados necessárias. O motor de banco de dados, então, chama várias bibliotecas do sistema Win32 para executar operações de arquivo nos arquivos de banco de dados.

Btrieve baseada em servidor baseado no cliente acessando Btrieve

A versão baseada no cliente de Btrieve para Windows pode acessar as versões baseadas em servidor de Btrieve através de um "solicitante" baseado em DOS. O solicitante requerido o uso de DOS Protected Mode Interface (DPMI), que permite o acesso ao programa do DOS memória estendida que só poderia acessada usando o Funcionalidade Modo Protegido do CPU de arquitetura x86.

Tal como acontece com a interface baseada no cliente, o aplicativo baseado em Btrieve faz uma chamada para o WBTRCALL.DLL biblioteca de interface carregador e solicitante. Essa biblioteca verifica a BTI.INI arquivo para ver se ele precisa para acessar os dados no sistema local ou se ele precisa para acessar dados em um servidor remoto. Se ele precisa para acessar o servidor, em seguida, ele usa a versão Windows do DPMI para acessar um solicitador baseado em DOS chamado BREQUEST.EXE . A requerente, em seguida, estabelece uma ligação de rede para o servidor, o qual processa o pedido e transmite uma mensagem de volta para o solicitante quando o pedido base de dados está concluída.

Btrieve para Windows NT / Windows 95

Btrieve para Windows NT e Windows 95 foi lançado em 1995, juntamente com Btrieve para NetWare e Btrieve para Windows NT Server. Ele tinha chegado a versão 6.15 e começou a usar o MKDE. Os mecanismos de compartilhamento de arquivos permaneceu a mesma que SEFS ainda utilizados e MEFs modos de compartilhamento de arquivos; usados shadow-paginação e permitiu bloqueios exclusivos e simultâneos. Esta versão do Btrieve permitido para valores nulos em chaves, o que significava que um registro pode ser inserido no banco de dados quando as informações sobre a chave não estava disponível. Isso significava que a chave não seria incluída no índice, e isso ajudou a diminuir a procura desnecessária de banco de dados através do índice. Ele também introduziu o conceito de uma operação do sistema e uma transação de usuário. (Veja Sistema e transações do usuário). O MKDE também permitiu lacunas entre chaves de auto-incrementado. Tabelas de alocação de variáveis-tail foram introduzidos na versão 6.15, então eles foram incluídos no Windows NT / 95 compilação de Btrieve.

Há duas configurações de Btrieve para Windows NT / 95: estação de trabalho autônomo e cliente / servidor.

Workstation Standalone

Ao usar a configuração autônoma estação de trabalho de Btrieve, todo o processamento dos registros é feita no local, estação de trabalho. A estação de trabalho conta com os mecanismos subjacentes do Windows para permitir que o MKDE (a W32MKDE.EXE programa) para obter acesso direto aos arquivos de banco de dados, e usa arquivos de bloqueio para lidar com problemas de concorrência.

Nesta configuração, o aplicativo faz chamadas para o Btrieve API, ou Microkernel Interface ( WBTRV32.DLL ). A chamada é então processado por esta interface e repassada para o MKDE ( W32MKDE.EXE ), que, em seguida, usa o sistema operacional subjacente sistema de arquivos (seja ela de rede ou local) para acessar diretamente os arquivos de banco de dados.

Isto leva a algumas questões peculiares. Se usos Btrieve Compartilhamento de arquivos do Windows e tem os arquivos abertos motor de banco de dados diretamente em um compartilhamento de arquivo, por exemplo, e há instabilidade de rede (ou mesmo se um cabo de rede está desligado) durante uma atualização os campos usados para conectar um Btrieve arquivo para outro pode ficar dessincronizado (para todos os efeitos, os dados perde seus relacionamentos ou ligações a outros dados) e do próprio arquivo de banco de dados podem ser corrompidos (embora a chance de isso é reduzido devido a pré-imagem de paginação).

Cliente / Servidor

Ao usar o cliente / servidor (ou edição Server) configuração de Btrieve, processamento de registros é geralmente feito em um servidor de arquivos do Windows por meio de uma unidade mapeada (uma maneira de mapear um compartilhamento de arquivos para uma unidade de disco "virtual" no Windows, através do NET USE comando). Ele utiliza as permissões que são atribuídas ao autenticar, quer a partir de quando o logon ou através das permissões dadas para o NET USE é utilizado.

No Windows 95 a interface MKDE (um Windows biblioteca de vínculo dinâmico (DLL) chamado WBTRV32.DLL ) realmente determina o método de acesso de banco de dados está em uso por meio do arquivo de configuração. Se detectar que os motores tanto o cliente / servidor e estação de trabalho estão instalados no uma máquina que verifica se o destino é definido como estação de trabalho ou servidor. Se em execução no Windows NT e do processo do servidor NTMKDE.EXE está sendo executado juntamente com o processo de estação de trabalho autônoma W32MKDE.EXE ele procura no registro para determinar se o alvo for servidor ou estação de trabalho. Em ambos os casos, se a interface MKDE está definido para estação de trabalho (a configuração "estação de trabalho autônomo") ele usa o MKDE ( W32MKDE.EXE ) para acessar diretamente o arquivo. Se ele estiver definido para o servidor, em seguida, a interface MKDE no cliente usa um módulo de comunicações (quando Este é o Windows 95 W32BTICM.DLL , sobre Windows NT este é NTBTICM.DLL ) que "fala" com o servidor. O próprio servidor tem o seu próprio módulo de comunicações de correspondência (de novo ou W32BTICM.DLL ou NTBTICM.DLL ) que reside na unidade mapeada. A DLL servidor se comunica com o servidor MKDE ( NTMKDE.EXE ) que atualiza registros, em seguida, envia uma confirmação de que a operação teve êxito de volta através do módulo de comunicações para o cliente.

A vantagem deste sistema é que, se ocorrer uma falha na conexão da rede MKDE no servidor será capaz de detectar e recuperar esta, de forma mais elegante do que a configuração de estação de trabalho é capaz de.

Configuração

Um utilitário de configuração foi incluído com Btrieve para alterar configurações MKDE. As definições que poderiam ser alterados foram:

• Arquivo de configurações: esta categoria contém configurações relacionadas a arquivos, identificadores de arquivo, bloqueios de registro, índices e arquivos de log. O número de arquivos abertos e alças de arquivo lógico foi definido aqui, assim como o número de bloqueios de registro por cliente; balanceamento de índice e uma opção para criar arquivos no formato 6.x pré Há, nesta categoria. Ele também controlava se a Microkernel mantido um registro de operações executadas nos arquivos selecionados. Nesta secção, o método de compartilhamento de arquivos pode ser definida para MEFS ou SEFS. O limite de espera de transação do sistema define o número de transações do sistema realizadas durante as operações de gravação para arquivos compartilhados.
• Organização da memória: esta categoria continha definições relacionadas com o tamanho dos buffers o Microkernel necessários para alocar para diversos fins.
• Transações cliente / sistema: esta categoria contém definições relacionadas com as operações, incluindo o número suportado e como e quando serão registrados.
• Os recursos do sistema / diretórios: Esta categoria contém as definições relacionadas com o número de clientes e segmentos apoiados, bem como a localização de vários arquivos de sistema.
• Seguir operações: Esta categoria contém as definições relacionadas com o rastreamento várias operações Btrieve. O rastreamento é um recurso avançado usado principalmente para fins de depuração.

Pervasive.SQL 7

Pervasive.SQL 7 foi lançado em março de 1998, e incluiu Scalable SQL 4 e Btrieve 7.0. Btrieve 7,0 correu nas mesmas plataformas como Btrieve 6.x: Windows 95, Windows NT 3.51 e 4, NetWare e DOS. No entanto, a empresa mudou para um baseados em componentes de arquitetura chamado SmartComponents para resolver problemas de compatibilidade com atualizações. Este utilizado um esquema de identificação componente tanto incorporado ao arquivo e codificados no nome do arquivo, juntamente com ligação dinâmica de "arquivos" (cola DLLs carregadas na memória apenas quando necessário). A dinâmica de ligação dos componentes foi feita usando uma nova "Abstrato Serviços OS DLL" que olhou para a versão mais recente do componente apropriado necessário através do nome de arquivo de codificação. Este "módulo de cola" é então carregado na memória e utilizada. O antigo formato de Btrieve 6.x arquivo de log também foi substituído por um novo registo centralizado chamado PVSW.LOG e que tinha um formato de arquivo de log unificado e reforçada. Eles também melhoraram suas mensagens de erro e mecanismos de informação mensagem de erro.

O MKDE foi mantido em Pervasive.SQL 7. No entanto, devido à dinâmica, a arquitectura interna de ligação a nova arquitectura do componente foi modificado. A aplicação usando Btrieve chama um gerente de serviços que, em seguida, procura através de vários diretórios configurados para filename codificado específico. O nome do arquivo carregado para arquivos de Btrieve em Formulário Backus-Naur é:

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

O módulo de "cola", que é uma DLL, é carregado na memória e se torna a interface para o MKDE. O MKDE então determina se ele está configurado para ser uma configuração baseada estação de trabalho ou uma configuração baseada em servidor. Em seguida, passa pedidos através do seu módulo de comunicações "solicitante" para o servidor de banco de dados, ou diretamente modifica os arquivos de banco de dados se estiver configurado no modo de estação de trabalho.

Pervasive.SQL 2000 / 2000i

Pervasive.SQL 2000 e Pervasive.SQL 2000i utiliza essencialmente a mesma arquitetura como Pervasive.SQL 7, embora 2000i inclui i * servidor Net. Ele usa o mesmo modelo de componentes, tem a capacidade de usar o Btrieve ou motores SQL escalável e continua utilizando uma MKDE. Esta versão incluiu suporte para Red Hat Linux, Caldera OpenLinux, SUSE e Solaris. Ele também tinha uma melhor integração com Serviços de Terminal, embora apenas uma instância do mecanismo de banco de dados pode ser executado em qualquer plataforma de servidor de terminal. Você não pode executar cópias separadas do motor de banco de dados dentro de duas ou mais sessões de terminal.

Pervasive.SQL V8

Introduzido em dezembro de 2002, Pervasive.SQL V8 melhora o desempenho de ambos os aplicativos Btrieve e SQL, usando uma série de novas tecnologias.

• Cache do lado do cliente melhora muito o desempenho de leitura através da manutenção de uma parte do conteúdo do banco de dados no PC local.
• Grupos Turbo Write Acceleration (TWA) gravações de disco em grupos, minimizando interações com disco.
• Log de Transações fornece um pouco menos proteção de falha de durabilidade transação, mas melhora o desempenho geral.

O Feature Pack V8 de Segurança (uma atualização do produto meados de lançamento designada 8,5) adicionou importantes novos recursos de segurança projetados para bloquear Arquivos de dados do Pervasive.SQL. Antes e 8,5, o acesso aos dados Btrieve foi controlado por mecanismo de segurança do sistema operacional. Isso significava que qualquer usuário que precisava de acesso de leitura / gravação para o banco de dados, também precisava de acesso de leitura / gravação para os arquivos de dados subjacentes. 8.5 introduziu novos modelos de segurança, que permitem aos administradores controlar o acesso aos dados Btrieve usando a segurança do banco de dados. Uma vez ativada, a segurança do banco de dados não requer que o usuário tenha acesso aos arquivos subjacentes. Além disso, as configurações de cliente / servidor não requerem o uso de compartilhamentos de rede ou unidades mapeadas. Os aplicativos podem referenciar dados Btrieve seguras usando uma seqüência de conexão URI.

Pervasive PSQL v9

Pervasive PSQL v9 contém novas GUIs Java, construídos na estrutura do Eclipse. Essas interfaces gráficas estão disponíveis tanto para Microsoft Windows e Linux. Além disso, v9 incluiu muitos desempenho e de sintaxe SQL atualizações, melhorando a velocidade ea flexibilidade de todas as interfaces SQL - ADO.Net, JDBC, ODBC e OLE DB. Finalmente, PSQL v9 ampliou o tamanho máximo do arquivo Btrieve de 64GB em 8.x e arquivos anteriormente formatos para 128 GB em 9,0 arquivos de formato, e novamente para 256GB para arquivos no formato 9.5 arquivo.

Em conjunto com PSQL v9 Pervasive reintroduziu o utilitário DDF Builder e adicionou suporte para o texto procura com a pesquisa de texto completo (FTS) add-on, que mais tarde foi retirado da linha de produtos. DDF Builder fornece um mecanismo para usuários Btrieve para definir os metadados para arquivos de Btrieve existentes, permitindo assim que os dados Btrieve para ser acessível através de ferramentas de SQL e utilitários.

Todas as versões do MKDE reter para trás compatibilidade total em nível de ler com versões anteriores do Btrieve, incluindo aqueles que a introdução de pré-data do próprio MKDE, e não alteram a versão do arquivo a menos que especificamente solicitado a fazê-lo. Btrieve arquivos que estão no 5.x ou formatos de arquivos mais antigos deve ser reconstruído (usando a linha de comando ou GUI Reconstruir utilitários) para 6.x ou mais novo formato de banco de dados para apoiar escreve a partir do motor de banco de dados 9.0 ou mais recente.

Pervasive PSQL v10

Pervasive PSQL v10 foi lançado em setembro de 2007 e foi a primeira versão do Pervasive PSQL servidor e cliente para fornecer suporte para sistemas operacionais de 64 bits. A API do Btrieve e distribuição de interface de tuning (DTI) foram ambos aprimorado para oferecer suporte de 64 bits. Workgroup PSQL Pervasive e outros componentes do SDK não foram reforçadas para suporte de 64 bits.

A liberação de Pervasive PSQL v10 foi programado para oferecer suporte para o então recém-disponível Windows Vista e em breve chegar sistemas operacionais Windows Server 2008. Pervasive PSQL v10 Server, grupo de trabalho e todo o suporte de cliente do Windows Vista. Pervasive PSQL v10 Server é certificado para o Windows Server 2008.

Também estão incluídos no Pervasive PSQL v10 foi Xtreme I / O (XIO), a 32-bit Windows acelerador banco de dados que permitiu o acesso de memória estendida para expandir o banco de dados em cache além do limite normal de 2 GB em sistemas Windows de 32 bits. XIO também incluiu algoritmos de compressão de atualização e técnicas de escrita aerodinâmicos para melhorar a base de dados de I / O de desempenho.

Execução de licença Digital, chamado autorização do produto, foi introduzido pela Pervasive PSQL linha de produtos com O Pervasive PSQL v10. Autorização produto foi inicialmente implementado com downloads de teste e ordens de e-commerce. Os produtos vendidos através do distribuidor e parceiros ISV Pervasive foram atualização para incluir a autorização de produtos com o lançamento do Pervasive PSQL v10 SP3 em novembro de 2009. Pervasive PSQL v10 SP3 também foi lançado como um aplicativo compatível com o Windows 7.

Pervasive PSQL v10 manteve compatibilidade com versões anteriores usando o formato 9.5 arquivo com um aumento no tamanho máximo do arquivo de dados de 256GB e aumento no tamanho máximo de página para 16.384 bytes.

Suporte para NetWare, Windows NT, Windows 98, Windows ME, DOS 6.22 e aplicativos de 16 bits foram lançadas com O Pervasive PSQL v10. Embora as versões Windows e Linux do Produtos Pervasive PSQL v9 não são mais vendidos, Pervasive ainda vende e suportes V9 PSQL Pervasive para NetWare.

Em 2010, a Software Pervasive lançado V11 PSQL Pervasive, que permite aos usuários tirar o máximo partido de multithreading para o processamento de banco de dados mais rápida.

Pervasive PSQL v11

Pervasive PSQL v11 foi lançado em setembro de 2010. Um dos principais impulsionadores do esforço de engenharia por trás Pervasive PSQL v11 foi o redesenho do mecanismo de banco de dados para aumentar o desempenho e escalabilidade em multi-core CPU. Pervasive PSQL v11 otimiza segmentos paralelos realizando atividades similares, permitindo que o banco de dados para envolver múltiplos núcleos durante a execução da tarefa. PSQL v11 fornece também melhorias para os mecanismos de sincronização de baixo nível na interface de navegação. Vários usuários podem ler as mesmas páginas de arquivo em cache e, simultaneamente, suas operações podem prosseguir em núcleos independentes. Atividade não-usuário, como postos de controle e gerenciamento de logs pode ser executado em núcleos separados e vários usuários acessando arquivos independentes podem proceder em diferentes núcleos.

Suporte multi-core está disponível com todas as versões do PSQL v11: 32 e servidores de 64 bits do Windows e Linux, e de 32 bits do grupo de trabalho. Testes internos no Pervasive aumentos de desempenho documentados de 300% quando se compara PSQL v10 para PSQL v11 em um servidor 8-core executando o Microsoft Enterprise Server 2008 SP2 (64-bit).

( ) Suporte IPv6 no Windows está incluído no PSQL v11 Pervsive com apoio contínuo para ambientes IPv4. Pervasive PSQL v11 suporta IPv6 tanto com o Btrieve e DTI (Distributed Sintonia Interface) métodos de acesso.

Versões de servidor de 64 bits do PSQL v11 inclui um motor de 64-bit relacional / SQL, bem como o motor de 64 bits de navegação / Btrieve, juntamente com um driver ODBC de 64 bits. O controlador é instalado com as versões do PSQL Server e PSQL cliente de 64 bits.

Pervasive atualizado o kit de desenvolvimento de software PSQL com a adição do Pervasive PSQL ADO.NET Data Provider 3.5. O Provedor de Dados 3.5 é compatível com versões do .NET Framework 2.0, 3.0, 3.5, 3.5 SP1 e 4.0, e é executado sob o .NET Framework 4.0 com suporte para Entity Framework 1.0 recursos. O Pervasive PSQL v11 também atualizou o PDAC (Pervasive Componentes acesso directo) método de acesso com suporte para Embardacero do RAD Studio 2009 e RAD Studio 2010.

Autorização produto foi alargada em Pervasive PSQL v11 para incluir os clientes OEM, juntamente com a introdução de um portal baseado na web para OEM para gerar chaves e gerenciar licenças para PSQL v11. Autorização telefone (um método de autorizar PSQL Pervasive sem a necessidade de uma conexão com a Internet) foi introduzido pela primeira vez com PSQL v11 e disponibilizados a todos os clientes Invasivos.

Pervasive PSQL v11 continua com o formato de arquivo 9.5, mantendo a compatibilidade com versões anteriores.

Suporte para Windows 2000 foi lançada comPervasive PSQL v11.

Pervasive PSQL Ecossistema

Pervasive agora oferece uma série de add-on produtos que estendem as funcionalidades básicas dos DBMS PSQL. As versões mais recentes de cada um dos produtos, v7 AuditMaster, v3 agente de backup, e DataExchange v4, foram liberados em dezembro de 2010.

• AuditMaster Pervasive fornece auditoria em tempo real de todas as interações de banco de dados, se Btrieve ou SQL. Logs de eventos de dados pode ser consultado para controlar alterações para dados sensíveis. Os alertas também podem ser criados para notificar o pessoal apropriado ou iniciar o processo associado.
• Pervasive Backup Agent administra modo contínuo de operações PSQL e permite que o software de backup para copiar bancos de dados online de forma confiável.
• Pervasive DataExchange fornece sincronização de dados e replicação entre dois ou mais motores PSQL, garantindo que os dados críticos está sempre disponível.