Página 1 de 1

Base de dados alternativa

Enviado: 30 Mai 2013 20:27
por JoséQuintas
Estou pensando em apelar pra RDDADO+Access pra tabelas fixas, a fim de aliviar meu problema de limite de arquivos em servidor windows.
Não deixa de ser uma alternativa.

Porque?

Numa primeira olhada, tenho cfop, cidades, códigos de carta de correção (ainda), cst icms, cst ipi, enquadramento ipi, modelo de documento fiscal, origem de mercadoria, cst pis, enquadramento pis, qualificação de assinante, ramos de atividade, plano de contas referencial, UFs
Com índice viram 28 arquivos, que em 15 terminais viram 420 arquivos abertos no servidor.
Em ADO+Access o uso físico vai ser de UM único arquivo, economizando quase 400 arquivos.
Como são tabelas fixas, qualquer coisa só recriar tabela e conteúdo.

Não quero ter que instalar MySql em cada cliente, e por um tempo vou ter que evitar usar o MySql do meu servidor.
Alguma recomendação/sugestão pra uso em rede sem complicação?

Base de dados alternativa

Enviado: 30 Mai 2013 21:57
por sygecom
Eu usaria SQLITE em vez de ACCESS, o povo futrica menos...

Base de dados alternativa

Enviado: 31 Mai 2013 00:11
por Itamar M. Lins Jr.
No momento eu não tenho cliente que justifique instalação de um servidor LINUX, porém nesse cenário é possível.
Roda Harbour tranquilo.
O Ext3 suporta sistemas de arquivos com tamanho menor que 16 TiB, usando blocos de 4 KiB (212 bytes). Esse limite é definido por uma variável de 32 bits no superbloco, o valor máximo suportado exato é de (232-1) * 212 bytes. O tamanho de arquivo é limitado por uma variável de 32 bits no nó-i, um contador de setores, daí a limitação em ~2 TiB ((232 - 1) * 512 bytes). [MATHUR et al, 2007]
A primeira providência para aumentar aqueles valores foram: (i) aumentar o contador de blocos no superbloco para 64 bits,isso permitiria um sistema de arquivos com ~64 ZiB (~276 bytes = ~264 * 212 bytes). (ii) alterar a contagem de setores para blocos no nó-i,permitindo arquivos com até ~16 TiB ((232-1) * 212 bytes).
Entretanto, o limite para o tamanho do volume é determinado pela alocação de espaço, que no Ext4 é definido por extensões, que usam 48 bits [MATHUR et al, 2007], o limite para o volume é de ~1 EiB ((248-1) * 212 bytes).
A partir do Linux 2.6.253 , em 2008, foram adicionados 16 bits ao contador de blocos do arquivo, no nó-i. Assim um arquivo no Ext4 tem um limite atual de ~1 EiB, o mesmo do volume.
O problema é quando usamos muitos recursos do windows, migrar para LINUX é mais complicado.
Na época eu trabalhava com ReiserFS, nunca tive problemas. Podia desligar o servidor na "TORA", que não corrompia os DBF,s
Libs graficastemos a Hwgui com GTK, HBQT, GTXWC, GTWVT entre outras.

O que pude comprovar foi muita velocidade, usando Terminal nem se fala, sem virus, ninguem mexe...

Saudações,
Itamar M. Lins Jr.

Base de dados alternativa

Enviado: 31 Mai 2013 10:36
por JoséQuintas
Desculpem ter perguntado antes de fazer mais testes.
Na prática não deu certo.
Minha rotina de browse tem várias opções de filtros, e essa parte acaba não sendo aceita em outra base de dados, mesmo com RDDADO.

Pensei até em arquivos locais temporários.
Mas não vou reinventar a roda, vou voltar a usar meu esquema de arquivo multi-tabelas.
Pelo menos é uma coisa que já usei, e tenho certeza que funciona.

No final, é desfazer o que fiz antes, e novamente vai levar mais de uma semana.
Coisa básica, praticamente esta estrutura:

tabela
codigo
descricao

na hora de validar um campo

Código: Selecionar todos

SEEK "PISCST" + cCodigo
no browse

Código: Selecionar todos

SET SCOPE TO "PISCST"
MyBrowse(,,,,"PISCST")
SET ESCOPE TO
Diferente de antes, vou usar nome ao invés de código pra tabela, pra facilitar mudança futura, quando tudo estiver em MySql.
Quando chegar lá, o browse vai ser único, e não vai ter conflito.

Um detalhe que descobri:
Quando o terminal abre o mesmo arquivo várias vezes, de qualquer jeito só conta como um.
Pensei em abrir o mesmo arquivo muti-tabelas em alias diferentes, para cada tabela, mas melhor não complicar.
E no caso do usuário abrir várias janelas do sistema, que pensei ser o maior problema pra contagem de arquivos abertos, não vai existir.

Valeu.

Base de dados alternativa

Enviado: 31 Mai 2013 18:28
por marcos.gurupi
Caro Jose Quintas ? Qual eh o limite de abertura de arquivos no servidor windows ? Eu pergunto pq todos os clientes meus que tem mais de 5 terminais eu coloco o servidor windows e o meu PDV abre 117 arquivos, imagina o meu retaguarda, nunca tive problemas. Eu tinha problemas quando tinha o XP ou Win7 como servidor, inclusive tenho clientes q usam o windows 2000 server ainda.

Base de dados alternativa

Enviado: 31 Mai 2013 19:17
por JoséQuintas
O limite do servidor deve ser próximo de 5000 arquivos, chega a falhar até o FIle() quando chega no limite.
O problema sumiu depois que reduzi a quantidade de arquivos.
Mas sabendo que está no limite, que o governo inventa novas tabelas, e podem entrar mais terminais, o negócio é reduzir ao máximo a quantidade de arquivos.

O Harbour não tem limites, mas o Windows tem.
Voltei a abrir só arquivos necessários, ao invés de abrir todos no início do sistema.
E estou voltando a multi-tabela, pra reduzir ainda mais.
Melhor ter bastante limite disponível.