Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Acrescentar mais detalhes pertinentes ao conceito da implementação

Pagetitle
TOTVS | SQLite
TOTVS | SQLite

Extrair
hiddentrue

TOTVS | SQLite

O SQLITE é um uma implementação de banco de dados “embedded” que possui acesso relacional por queries. Contudo, ele não foi projetado para ter processos concorrentes acessando um mesmo banco de dados, tão pouco foi construído com a intenção de ser um gerenciador do tipo client-server.

Devido a sua granularidade de locks ser por banco e não por linha de tabela, operações concorrentes em tabelas criadas no mesmo banco não são eficientes.

relacional (RDBMS) de formato aberto (Open Source) escrita em C, criado para ser embutida (embedded) na aplicação final. O uso desse recurso foi implementado nativamente no

Inclusão de trecho
tecen:Application Server
tecen:Application Server
nopaneltrue
, encapsulado para uso no AdvPL através de RDDs – ou Drivers – usados nas funções ISAM de criação e abertura de tabelas, uma API Cliente-Servidor com foco em emulação ISAM para arquivos que podem ser compartilhados com múltiplas instâncias entre servidores de aplicação, e acessos a a funcionalidades adicionais através de novas funções criadas na linguagem
Inclusão de trecho
teces:AdvPL
teces:AdvPL
nopaneltrue
, e inclusive pode ser usado como banco de dados stand-alone em uma instância do
Inclusão de trecho
tecen:Application Server
tecen:Application Server
nopaneltrue
, usando toda a camada de funções e APIS originalmente escritas para acesso a SGDBs via
Inclusão de trecho
DBACCESS
DBACCESS
nopaneltrue
. Todas as implementações foram feitas sobre o "core" do SQLITE, porém cada uma possui características distintas e cenários adequados de uso, a seguir:

  • SQLITEDB
  • SQLITE Isam
  • SQLITE Client/Server
  • Drivers / RDDS SQLITE

O SQLITE é O SQLITE foi a base para a implementação do 

Inclusão de trecho
sqlite
sqlite
nopaneltrue
que teve, entre outros, dois motivadores principais:

  1. Regulamentação de registros de softwares na Rússia
Para atender as particularidades e exigências do órgão regulador da Rússia, foi necessário desenvolver uma RDD alternativa às já existentes. Para isto, escolheu-se o SQLITE que é open source e tem se mostrado ser uma tendência tecnológica confiável e amplamente utilizada por outras aplicações do mercado de software.

;

  2. Evolução do ERP TOTVS 12

Dada a migração dos dicionários de dados do ERP para o Banco de Dados – com o Protheus 12 – e a utilização de tabelas temporárias no próprio Banco de Dados, algumas restrições tecnológicas se aplicavam a determinados projetos, onde ainda era necessário a criação, o compartilhamento e a manutenção de arquivos fora do Banco de Dados, diretamente no sistema de arquivos da plataforma, que não poderiam ser atendidas pelas RDDs baseadas em DBF ou c-Tree.

Diante disso, foi necessário criar uma alternativa de gerenciamento de arquivos locais, onde o arquivo exista fisicamente no disco, e possa ser acessado por múltiplos servidores de aplicação 

Inclusão de trecho
advpl
advpl
nopaneltrue
e que possua porte para Windows e Linux – 32 e 64 bits, buscando manter os comportamentos gerais das implementações anteriores, para tornar possível a adoção dessa tecnologia com o menor impacto possível em códigos
Inclusão de trecho
advpl
advpl
nopaneltrue
do sistema legado.