O autor utilizou o banco de dados Access para criar um site, mas depois descobriu que a quantidade de dados aumentava e a velocidade era lenta, por isso todos devem fazer planos de longo prazo antes de construir um site.
Quantos registros um banco de dados Access pode ter? , qual é o tamanho máximo do arquivo do Accsee?
Teoricamente não há limite, mas geralmente não é útil se exceder 100.000.
O Access não suporta muito bem grandes quantidades de dados. O maior arquivo mdb é 1G. Não funcionará, não importa como você adicione registros. O número específico de registros depende do tamanho do registro. Tenho registros com mais de uma dúzia de campos e existem cerca de 500.000 registros como este.
Não pensei muito sobre esse problema antes de começar a construir um site, porque o site corporativo médio não tem muitos dados e o arquivo mdb geralmente não excede 100 milhões, mas recentemente tive problemas com esse problema.
O site de um cliente tem mais de 3W de registros e um tamanho de cerca de 300M. Após várias compactações, ainda é mais de 280M.
Investigue os motivos, analise os dois pontos a seguir:
1. O acesso não suporta muito bem grandes quantidades de dados e não foi totalmente considerado antes da construção do site. Não compreender totalmente as necessidades do cliente. Para necessidades de grandes volumes de dados, o banco de dados SQL ou MYSQL deve ser considerado. Ou seja, a versão ASP+ACCSEE não pode ser utilizada.
2. Houve problemas com os módulos de design e classificação originais. Todo o site possui apenas um módulo de artigo, e todo o resto é classificado neste módulo, o que leva diretamente a uma quantidade excessiva de dados na tabela jtbc_article. Basicamente, mais de 30.000 registros estão todos nesta tabela. Faz com que a velocidade da consulta diminua.
Portanto, ao construir um site, artigos da mesma natureza, mas de categorias diferentes, devem ser construídos em módulos diferentes, ou seja, clonar vários módulos de artigos, o que pode não só resolver efetivamente os problemas acima, mas também passar melhor o índice do nó do modelo da página inicial do módulo para personalizar páginas iniciais personalizadas para diferentes categorias.
Mas agora ainda estou enredado com este problema, porque é muito problemático separar novamente os módulos com tantos dados, e não é a solução mais eficaz no final, porque os dados continuam a crescer a cada dia, e haverá pelo menos 100.000 dados. Portanto, o banco de dados ACCESS deve ser abandonado.
Mais importante ainda, quero abandonar o IIS e substituí-lo diretamente pelo PHP + MYSQL. Dessa forma, ao implantar o servidor, não preciso instalar o irritante IIS, posso apenas usar o Apache ou o Nginx, que é várias vezes mais eficiente. do que o IIS. Mas o problema agora é que as funções na versão PHP não são tão fortes quanto no ASP. Isso não é um problema, porque este site não precisa de nenhuma função poderosa. A chave é que a geração de HTML pode ser usada, mas a versão PHP I. testado não conseguiu gerar estática. Isso é o que realmente me incomoda.