오류 1 : 인터페이스 디자인 트랩에 빠지게됩니다. 아름다운 소녀들은 아름다운 옷을 입는 것을 좋아하고, 못생긴 여자들도 아름다운 옷을 좋아합니다. 그러나 Access는 사용자 정의 메뉴 및 스위치 패널을 제외한 사용자 정의 키 기능을 제공하지 않습니다. 자신의 버튼을 사용하려면 많은 코드를 작성해야합니다. 왜, 왜 기성품 메뉴를 사용하지 않고 항상 메뉴를 넣지 만, 전체 인터페이스를 직접 작성해야합니다. 당신은 피곤합니까? 그만한 가치가 있습니까? 누구든지 인터페이스에 대해 더 많은 돈을 지불 할 의향이 있습니까?
오류 2 : DAO 대신 ADO를 사용하십시오. DAO는 MDB 파일에 액세스하기위한 세계에서 가장 효율적인 데이터베이스 엔진이라는 점을 기억하십시오. DAO는 액세스 실행 환경에 직접 포함되어 있기 때문입니다. Access에서 Ado를 사용하는 것은 테이블 반대쪽에 앉아 동료를 부르는 것과 같으며 의도적으로 먼 길을 걷고 있습니다.
오류 3 : MDB 데이터베이스를 사용하는 대신 SQLServer를 사용하십시오. 이 현상은 중국에서만 발생할 수 있습니다. SQLSERVER2000은 카드 당 5 개의 위안이라고 누가 말합니까? MDB 테이블에서 백만 레벨 테이블에 액세스하는 것은 절대적으로 괜찮습니다. 부서 수준의 애플리케이션 시스템에 sqlserver를 사용해야합니까? 개발의 어려움을 증가시키는 것 외에도 더 나은 이유를 생각할 수 없습니다.
오류 4 : 레코드 변경 이벤트를 사용하지 마십시오. 좋다:
이전 사용자가 레코드를 업데이트합니다.
이후 기록이 업데이트됩니다.
AfterInsert가 업데이트 한 레코드는 새로운 레코드입니다.
이러한 이벤트를 올바르게 사용하면 데이터베이스의 견고성이 향상 될 수 있습니다. 예를 들어, 인사 시스템에서 급여 변경 기록을 저장하고 싶습니다. 현재 AfterUpdate 이벤트에서 코드를 작성하면됩니다. SQLServer를 사용한 다음 트리거를 내부에 쓸 필요가 없습니다.
오류 5 : 액세스를 사용하여 데이터 양을 신속하게 증가시키는 시스템을 개발하십시오. 액세스 시스템의 데이터 양의 성장률은 한 달에 10,000 개의 레코드 이내에 있어야합니다. 개발 한 응용 프로그램 시스템의 월간 성장이 100,000보다 큰 경우 대형 데이터베이스 시스템을 사용하는 것이 좋습니다.
오류 6 : 액세스를 사용하여 엔터테인먼트 프로그램 및 사진 처리 프로그램과 같은 간단한 데이터베이스 애플리케이션 시스템을 개발하십시오. VBA는 VB의 하위 집합 일뿐입니다. 많은 VB 기능은 VBA에서 제공되지 않습니다. VBA는 DLLS (ActiveX)를 대량으로 호출하면 시스템의 안정성을 줄이고 충돌하기 쉽습니다. 액세스는 데이터베이스 개발에만 적합하다는 것을 항상 기억하십시오.