프로그래밍 방식으로 액세스 데이터베이스 손상을 확인 하시겠습니까?

Question

Access 2003에서 데이터베이스 객체 손상을 프로그래밍 방식으로 확인하는 방법이 있습니까?

내 개발 프로젝트는 프로그래밍의 하루 후에 모든 객체를 수동으로 확인하기가 어려워서 약간의 제어, 양식, 보고서, 쿼리 또는 코드 객체가 어떻게 든 손상되었는지 확인하기가 어렵습니다. 이미 데이터가 다른 컴퓨터에 저장된 별도의 SQL 데이터베이스로 분할되어 있으며이 프로젝트는 단지 데이터와 함께 작동하는 프론트 엔드 애플리케이션 일뿐입니다.

내가 지금까지 가고 싶지 않기 때문에 대부분 학문적 사고는 - 부패가 몇 주 동안 나에게 몇 주를 되돌려 놓았다.

거기에 아이디어가 있습니까? 포인터에 미리 감사드립니다!

12/03/2009 @ 11:51 편집

슬프게도, 나는 하나의 대답 만 받아 들일 수 있습니다 - 나는 아주 좋은 답을 얻었지만 모든 포인터에 감사드립니다!

Answer 1

컴팩트/수리 또는 디 컴파일/리 컴파일은 모든 손상 문제를 포착하지 않지만 어쨌든이 작업을 수행해야합니다.

기능을 사용하여 SaveAstext를 사용하여 모든 컨테이너 문서 (및 QueryDefs)를 날짜/시간 스탬프 폴더로 내보내고 하루 종일 정기적으로 사용합니다. 부패가 의심되는 경우 새 MDB를 만들고로드 프롬 텍스트를 사용하여 객체를 재현합니다.

Answer 2

당신은 다음을보고 싶을 수도 있습니다. 손상된 액세스 2007 데이터베이스 테이블을 프로그래밍 방식으로 감지 할 수 있습니까?

각 컴팩트 및 수리에 중요한 데이터베이스의 사본을 보관하고 새로운 데이터베이스를 이전 데이터베이스와 비교하는 경향이 있습니다. 비표준 문자를 확인할 수도 있습니다.

Answer 3

적절한 편집 관행은 VBA 프로젝트의 부패를 방지 할 수 있습니다 (여기서 말하는 것).

그것은 다음과 같습니다.

1. 모든 모듈에서 명시 적 옵션을 사용하십시오.

2. VBE 옵션에서 주문형으로 컴파일을 끕니다.

3. 작업 중에 코드를 정기적으로 컴파일하십시오.

4. 주기적으로 (예 : 하루 종일 코딩 후 하루에 한 번) 코드를 디 컴파일하고 다시 컴파일합니다.

이렇게하면 처음에는 부패를 일으키지 않으므로 테스트 할 필요가 없습니다 (처음에는 불가능합니다).