저자는 Access 데이터베이스를 이용해 웹사이트를 만들었으나 나중에 보니 데이터의 양이 늘어나고 속도도 느려지므로 웹사이트를 구축하기 전에는 누구나 장기적인 계획을 세워야 한다.
Access 데이터베이스에는 몇 개의 레코드가 포함될 수 있나요? , Accsee의 최대 파일 크기는 얼마입니까?
이론적으로는 제한이 없으나, 일반적으로 100,000을 초과하면 쓸모가 없습니다.
Access는 대용량 데이터를 잘 지원하지 않습니다. 가장 큰 mdb 파일은 1G입니다. 레코드를 어떻게 추가해도 작동하지 않지만 데이터를 추가할 수는 없습니다. 구체적인 레코드 수는 레코드 크기에 따라 다릅니다. 12개 이상의 필드가 포함된 레코드가 있는데, 이와 같은 레코드가 약 50만 개 정도 있습니다.
저는 웹사이트 구축을 시작하기 전에는 이 문제에 대해 별로 생각해보지 않았습니다. 왜냐하면 일반적인 기업 웹사이트는 데이터가 많지 않고 mdb 파일도 보통 100M를 넘지 않기 때문입니다. 그러나 최근에 이 문제로 인해 고민을 하게 되었습니다.
고객의 웹 사이트에는 3W 이상의 레코드가 있고 크기는 약 300M입니다. 여러 번 압축해도 여전히 속도가 매우 느립니다.
이유를 조사하고 다음 두 가지 사항을 분석하십시오.
1. Access는 많은 양의 데이터를 잘 지원하지 않으며 웹사이트 구축 전에는 이를 충분히 고려하지 않았습니다. 고객의 요구를 완전히 이해하지 못합니다. 대규모 데이터 볼륨이 필요한 경우 SQL 또는 MYSQL 데이터베이스를 고려해야 합니다. 즉, ASP+ACCSEE 버전은 사용할 수 없습니다.
2. 기존 설계 모듈 및 분류에 문제가 있었습니다. 전체 사이트에는 기사 모듈이 하나만 있고 나머지는 모두 이 모듈로 분류되므로 jtbc_article 테이블에 과도한 양의 데이터가 직접적으로 이 테이블에 포함됩니다. 쿼리 속도가 느려집니다.
따라서 웹 사이트를 구축할 때 성격은 같지만 카테고리가 다른 기사를 서로 다른 모듈에 구축해야 합니다. 즉, 여러 기사 모듈을 복제하면 위의 문제를 효과적으로 해결할 수 있을 뿐만 아니라 모듈 홈페이지 템플릿 노드 색인을 더 잘 통과할 수 있습니다. 다양한 카테고리에 대한 개인화된 홈페이지를 사용자 정의합니다.
하지만 지금은 여전히 이 문제에 얽매여 있습니다. 너무 많은 데이터가 들어있어 모듈을 다시 분리하는 것이 매우 번거롭고, 결국 가장 효과적인 해결책은 아닙니다. 따라서 최소 100,000개의 데이터는 ACCESS 데이터베이스를 포기해야 합니다.
더 중요한 것은 IIS를 버리고 PHP+MYSQL로 직접 교체하고 싶다는 것입니다. 이렇게 하면 서버를 배포할 때 귀찮은 IIS를 설치할 필요 없이 몇 배 더 효율적인 Apache나 Nginx를 사용할 수 있습니다. IIS보다 하지만 이제 문제는 PHP 버전의 기능이 ASP만큼 강력하지 않다는 것입니다. 이 사이트에는 강력한 기능이 필요하지 않기 때문에 문제가 되지 않습니다. 핵심은 HTML 생성을 사용할 수 있다는 것입니다. 테스트 결과 정적을 생성할 수 없었습니다. 이것이 바로 저를 정말 괴롭히는 것입니다.