BANCO DE DADOS .MDB PARA O .ACCDB

 Tópico anterior Próximo tópico Novo tópico

BANCO DE DADOS .MDB PARA O .ACCDB

VB / VBA

 Compartilhe  Compartilhe  Compartilhe
#489185 - 13/06/2019 15:57:12

GUIMORAES
ITAPETININGA
Cadast. em:Agosto/2009


Citação:
:
  Tem muita gente que falam mal do Access, pois aqui vai meu comentaria, Atualmente minha empresa estou a 5 anos no Mercado, tenho 117 clientes. todos do simples nacional, clientes grandes que faturam por mes 250 mil 280 mil por mes, usam 4 caixas em REDE, estou com ele ate hoje nunca tive problema em corromper, nunca em nenhum cliente.. uso Banco de Dados Access 2013, Questao de Velocidade ?  a mesma,  pois ja peguei clientes de meus concorrentes que  usam Banco SQL SERVER, FIRIBIRD. qnd coloquei o meu . ate em alguns clientes ficou bem mais rapido nas consultas etc. digo isso por experiência própria, sou programador e dono da empresa, hoje tenho 5 funcionários no suporte e nunca tive problema no access,
*Gero SPED FISCAL todo mes de todos os clientes e nunca nenhum arquivo nao deu rejeição por falta de informação e nada, ate hj os contadores de meus clientes elogiam que os arquivos vem certinhos validado.
ja alguns concorrentes ai que usam SQL SERVER sistemas grandes, enviam arquivos sem informações pq nao salva no banco de dados, com diferença em valores etc..

Isso é so uma comparação. se souber fazer o Access da de conta SIM


Gerar um arquivo do SPED não tem nada a ver com o banco de dados, afinal, não é ele quem faz a geração. Partindo deste princípio, gerar um arquivo conciso é o mínimo que a sua aplicação deve fazer. Se uma aplicação não consegue garantir a integridade dos dados, no mínimo houve um erro na estruturação do sistema e do banco de dados.

Pessoal, vemos vários relatos de pessoas que utilizam o access como banco de dados, mas em pequenas e médias aplicações.
O grande problema do Access (ou qualquer outro banco de dados de pequeno porte), é que ele vai sofrer para gerir uma quantidade grande de informação. Fazer um select em uma tabela com 200 mil registros é uma coisa, agora fazer a mesma coisa em uma tabela com mais de 1 milhão de registros é outra, aí entramos no cenário onde o desempenho do banco de dados faz a diferença.

A grande questão é que o Access não é feito para servidores, e por este motivo ele não pode ser considerado um SGDB, e sim um organizador de dados. Nesta situação, quando precisamos de desempenho, partimos para uma solução mais robusta, que irá garantir isto. Além disto, um banco de dados preparado para um servidor fará um uso melhor do hardware do que um não preparado.

Citação:
  Qual é a definição de banco de dados? Só na definição perceberemos que ele é sim um banco de dados.
E sim, por mais que você diga que o Access não é banco de dados, ele continuará armazenando dados, afinal é
isso que qualquer banco de dados faz.


Um arquivo TXT armazena dados, mas isto não faz dele um banco de dados.

Estamos comparamos o access com grandes bancos de dados, que podem gerir inúmeras solicitações. Já imaginou uma aplicação com milhões de acessos simultâneos, realizando consultas a todo momento (tipo o Facebook)? É neste cenário que os grandes SGBD's devem ser utilizados.

Bom, resumindo, tanto faz se você usa access ou não, o importante é que ele está servindo para a sua finalidade, e quando não estiver mais, você terá que migrar e começar do zero.
O mais importante de tudo, é a integridade dos dados, independente do banco de dados que você usa!





#489186 - 13/06/2019 17:33:01

MARCELODAVID
PINDAMONHANGABA
Cadast. em:Junho/2011


Citação:
A grande questão é que o Access não é feito para servidores, e por este motivo ele não pode ser considerado um SGDB, e sim um organizador de dados. Nesta situação, quando precisamos de desempenho, partimos para uma solução mais robusta, que irá garantir isto. Além disto, um banco de dados preparado para um servidor fará um uso melhor do hardware do que um não preparado.


No texto acima foi dito que o Access é sim um banco de dados, claro que com suas limitações.
E o fato dele não "ser para servidor" não o impede de guardar informações (recuperáveis), o que o mantem como banco de dados, pois nele se inseri dados e recupera dados.

Citação:
  Estamos comparamos o access com grandes bancos de dados, que podem gerir inúmeras solicitações. Já imaginou uma aplicação com milhões de acessos simultâneos, realizando consultas a todo momento (tipo o Facebook)? É neste cenário que os grandes SGBD's devem ser utilizados.


Sim, eu falei isso e concordo!

Citação:
  Um arquivo TXT armazena dados, mas isto não faz dele um banco de dados.


Sim, faz dele um banco de dados sim (não relacional)

Enfim, não vou falar mais disso nesse tópico.




 Tópico anterior Próximo tópico Novo tópico


Para responder este tópico o login é requerido
Se você já possui uma conta de usuário por favor faça seu login
Se você não possui uma conta de usuário use a opção Criar usuário