액세스 저장하는 모든 데이터베이스에 테이블을 쿼리,형태,보고서,매크로,모듈에서 액세스를 제트 데이터베이스로 단일 파일입니다.

에 대한 쿼리를 개발,액세스를 제공합”쿼리 디자이너”,그래픽 사용자 인터페이스는 사용자가 쿼리를 만들지 않고의 지식을 구축한 쿼리 언어입니다. 쿼리에서 디자이너,사용자는”표시”는 데이터베이스 쿼리(수 있는 또는 테이블을 쿼리)를 선택하고 필드 그들이 원하는 반환하여 그들 into the grid., 테이블의 필드를 클릭하고 다른 테이블의 필드로 드래그하여 조인을 설정할 수 있습니다. Access 를 통해 사용자는 원하는 경우 SQL 코드를보고 조작 할 수 있습니다. 다른 데이터 소스의 연결된 테이블을 포함하여 모든 액세스 테이블을 쿼리에 사용할 수 있습니다.

Access 는 또한”통과 쿼리”생성을 지원합니다. 이러한 sql 코드 조각은 로컬 컴퓨터에서 ODBC 연결을 사용하여 외부 데이터 소스를 해결할 수 있습니다. 이를 통해 사용자는 연결된 테이블이나 제트를 사용하지 않고 액세스 프로그램 외부에 저장된 데이터와 상호 작용할 수 있습니다.,사용자는 외부 데이터 원본에서 지원하는 SQL 구문을 사용하여 통과 쿼리를 구성합니다.

을 개발할 경우 보고서(에서”디자인”이라 한다)을 추가하거나 변경을 원하는 연결된 쿼리를 실행하는 배경에서 디자이너를 강제하기 위한 레코드 수가 반환되기 전에 만들 수 있는 또 다른 변경합니다. 이 기능은 끌 수 없습니다.

비 프로그래머는 매크로 기능을 사용하여 일련의 드롭 다운 선택을 통해 간단한 작업을 자동화 할 수 있습니다., 매크로 허용할 사용자가 쉽게 사슬을 명령이 함께한으로 실행하는 쿼리를 가져오기 또는 내보내기 데이터를 열고 닫는 양식을 미리보기 및 인쇄 보고서,등등. 매크로는 기본 논리(IF-conditions)와 다른 매크로를 호출하는 기능을 지원합니다. 매크로에는 서브 루틴과 유사한 하위 매크로도 포함될 수 있습니다. Access2007 에서 향상된 매크로에는 오류 처리 및 임시 변수 지원이 포함되었습니다. Access2007 은 또한 본질적으로 객체 이벤트의 속성 인 임베디드 매크로를 도입했습니다. 이로 인해 매크로를 개별 객체로 저장할 필요가 없어졌습니다., 그러나 매크로는 액세스 2013 까지 프로그래밍 루프와 고급 코딩 로직이 부족하여 기능이 제한되었습니다. Access2013 에 도입 된 중요한 추가 개선 사항으로 매크로의 기능은 VBA 와 완전히 비교할 수있게되었습니다. 그들이 풍부한 기능이 웹 기반의 응용 프로그램의 배포,실제를 통해 크게 향상된 Microsoft SharePoint 인터페이스와 공구뿐만 아니라,전통 Windows 데스크톱.

Microsoft Office 제품군의 다른 제품과 공통적으로 Access 에 사용되는 다른 프로그래밍 언어는 Microsoft VBA 입니다. Visual Basic6 과 비슷합니다.,0(VB6)및 코드는 모듈,클래스 및 코드 숨김 양식 및 보고서에 저장할 수 있습니다. 을 만드는 더 풍부하고 효율적인 유지 관리하는 완제품과는 좋은 오류 처리,대부분의 전문 액세스 응용 프로그램을 사용하여 개발 VBA 프로그래밍 언어가 아닌 매크로,경우를 제외하고 웹 배포되는 비즈니스 요구 사항입니다.,

데이터를 조작하는 데에 테이블을 쿼리에 VBA 거나 매크로,Microsoft 에서 제공하는 두 개의 데이터베이스에 액세스 라이브러리의 COM 구성 요소:

  1. 데이터 액세스 개체(DAO)(32 비트),에 포함되는 액세스와 Windows 고 진화하는 에이스에서 Microsoft Access2007ACCDE 데이터베이스의 형식
  2. ActiveX 컨트 데이터 개체 ActiveX 데이터 Objects(ADO)(both32-bit and64-bit versions)

뿐만 아니라 DAO 및 ADO,개발자가 사용할 수도 있습 OLE DB 및 ODBC 개발을 위한 원어민 C/C++프로그램에 대한 액세스입니다. ADPs 와 SQL Server 데이터의 직접 조작을 위해서는 ADO 가 필요합니다., Dao 는 Access/Jet 데이터베이스의 데이터를 관리하는 데 가장 적합하며 ACCDB 테이블의 복잡한 필드 유형을 조작하는 유일한 방법입니다.

데이터베이스에서 컨테이너 또는 탐색 창에서 액세스는 2007 년 이후 버전 시스템에서 자동으로 분류하고 각각의 물체에 의 유형(예를들면,테이블을 쿼리,매크로). 많은에 액세스 개발자를 사용하여 Leszynski 이름 지정 규칙 것은 아니지만,유니버설,그것은 프로그래밍 컨벤션,지 DBMS 적용되는 규칙이 있습니다. 그것은 특히 유용 VBA 어디서 참조하는 객체 이름을 나타내지 않을 수 있습 데이터 유형(예를 들어,tbl 에 대한 테이블,qry 에 대한 쿼리).,

개발자가 배포 Access 대부분을 위해 개인 및 작업 그룹 프로젝트(Access97 속도 특성 분석 수행을 위한 사용자가 32). Access97 이후 Access2003 및 2007 을 통해 Microsoft Access 및 하드웨어가 크게 발전했습니다. 크기가 1GB 미만인 데이터베이스(현재 ram 에 완전히 들어갈 수 있음)와 200 명의 동시 사용자가 Microsoft Access 의 기능 내에 있습니다. 물론 성능은 데이터베이스 설계 및 작업에 따라 다릅니다. 복잡한 검색 및 쿼리와 같은 디스크 집약적 인 작업에는 가장 많은 시간이 소요됩니다.,

으로서 데이터는 Microsoft Access 데이터베이스에 캐시할 수 있습니다 RAM,처리 속도는 실질적으로 향상시킬 때 하나만 있 사용자 또는 데이터가 변경되지 않는다. 과거에는,패킷의 효과 대기 시간에 기록 잠금 시스템이 발생한 액세스는 데이터베이스를 천천히 실행에는 가상사설망(VPN)또는 WAN(wide area network)에 대하여 제트 데이터베이스입니다. 2010 년 현재 광대역 연결은이 문제를 완화했습니다., 성능 강화 될 수 있다면 지속적인 연결을 유지하는 데이터베이스 세션에 걸쳐보다 열고 닫을 각 테이블에 대한 액세스입니다. 는 경우스 데이터베이스의 성능 VPN 을 통해 또는 WAN 앓고,그 사용하여 클라이언트는 원격 데스크톱 프로토콜(과 같은 Microsoft 터미널 서비스)을 제공할 수 있는 효과적인 솔루션입니다. Sql Server 또는 액세스 데이터 프로젝트에 연결된 액세스 데이터베이스는 Vpn 및 Wan 을 통해 잘 작동합니다.,

In July2011,Microsoft 인정하는 간헐적으로 쿼리 성능에 문제가 모든 버전의 액세스 및 Windows7Windows Server2008R2 의 특성으로 인해 리소스 관리되는 다른 새로운 운영 체제입니다. 이 문제를 심각하게 영향을 미치 쿼리 성능 모두에서 액세스를 2003 및 이와 Jet 데이터베이스 엔진 코드뿐만 아니라 액세스는 2007 년 이후로세스는 데이터베이스 엔진(ACE). Microsoft 는 핫픽스 KB2553029 에 대한 액세스는 2007 년 KB2553116 에 대한 액세스는 2010 년,그러나지 않을 것이다 문제를 해결 Jet4.0 으로 그것이 주류를 지원합니다.,

이전 버전의 Microsoft 액세스하는 능력을 배포할 필요한 응용 프로그램의 구입 개발 툴킷에 접근 2007 년,2010 년 및 액세 2013″Runtime 만”버전으로 제공되는 무료로 다운로드를 만들고,배포의 royalty-free 응용 프로그램에 가능한 윈도우 XP,Vista,7,Windows8.x.

분할 데이터베이스 architectureEdit

Microsoft Access 응용 프로그램은 분할 데이터베이스 아키텍처를 채택 할 수 있습니다., 단일 데이터베이스로 구분할 수 있는 별도의”back-end”파일을 포함하는 데이터 테이블(공용 파일 서버에서)와”프런트 엔드”(을 포함하는 응용 프로그램의와 같은 개체 쿼리,형태,보고서,매크로,모듈). “프런트 엔드”액세스 응용 프로그램은 각 사용자의 데스크톱에 배포되고 공유 데이터베이스에 연결됩니다. 이 방법을 사용하여,각 사용자는 사용자의 사본 Access(또는 런타임 버전)에 설치된 기계와 함께 그들의 응용 프로그램 데이터베이스입니다. 이렇게하면 응용 프로그램이 각 용도에 대해 검색되지 않으므로 네트워크 트래픽이 줄어 듭니다., “Front-end”데이터베이스는 여전히 로컬 테이블에 저장하기 위해 사용자 설정 또는 임시 데이터를 저장합니다. 이 분할 데이터베이스 디자인은 또한 데이터의 독립적 인 응용 프로그램의 개발을 할 수 있습니다. 하나의 단점은 사용자 수 있습니다 다양한 변경을 자신의 로컬 응용 프로그램의 복사본과 이를 관리 합니다. 새 버전이 준비되면 프런트 엔드 데이터베이스가 데이터 데이터베이스에 영향을 미치지 않고 대체됩니다. Microsoft Access 에는 두 가지 기본 제공 유틸리티 인 데이터베이스 스플리터 및 연결된 테이블 관리자가이 아키텍처를 용이하게합니다.,

연결된 테이블에 액세스하는 절대 경로를 사용하 보다는 오히려 상대적인 경로를,그래서 개발 환경 또는 동일한 경로로 생산 환경 또는”동적 링커에”루틴을 작성할 수 있습 VBA.

매우 큰 Access 데이터베이스의 경우 성능 문제가있을 수 있으며 이러한 상황에서 SQL 백엔드를 고려해야합니다. Access 가 데이터 및 인덱스를 캐시하기 때문에 전체 데이터베이스가 PC 의 RAM 에 들어갈 수있는 경우 문제가 적습니다.,

마이그레이션에서 SQL ServerEdit

주요 문서를 업사이징(데이터베이스)

스케일 응용 프로그램에 액세스하는 기업 또는 웹사 솔루션,하나의 가능한 기술을 포함한 마이그레이션 Microsoft SQL Server 또는 해당 서버 데이터베이스에 입력됩니다. 클라이언트-서버 설계는 유지 관리를 크게 줄이고 보안,가용성,안정성 및 트랜잭션 로깅을 향상시킵니다.

2000 액세스를 통해 접근 2010 년 기능을 포함이라는 업사이즈 마법사를 허용하는 사용자가 업그레이드 해당 데이터베이스는 Microsoft SQL Server,ODBC 클라이언트–서버 데이터베이스에 입력됩니다., 이 기능은 Access2013 에서 제거되었습니다. 추가 솔루션 인 SSMA(Sql Server Migration Assistant for Access)는 Microsoft 에서 무료로 다운로드 할 수 있습니다.

다양한 업그레이드 옵션을 사용할 수 있습니다. 데이터 및 쿼리를 SQL Server 로 마이그레이션 한 후 Access 데이터베이스를 SQL 데이터베이스에 연결할 수 있습니다. 그러나 특정 데이터 유형은 문제가 있으며,특히”예/아니오”입니다. Microsoft Access 에는 예/아니오(True/False)데이터 유형에 대한 세 가지 상태가 있습니다:빈,아니오/거짓(0)및 예/true(-1)., 해당 SQL Server 데이터 유형은 2 진수이며 허용 값인 0 과 1 의 두 가지 상태 만 있습니다. 관계없이 SQL Server 는 여전히 가장 쉬운 마이그레이션입니다. 에서 데이터를 검색하는 링크된 테이블에 최적화되어 레코드만 필요하지만,이 시나리오 작동할 수 있습니다 적은 보다 효율적으로 어떤 것에 대한 최적의 SQL 서버입니다. 예를 들어,다중 테이블 조인이 여전히 네트워크를 통해 전체 테이블을 복사해야하는 경우.,

Access2010 을 포함한 이전 버전의 Access 에서 데이터베이스는 하나의 SQL Server 데이터베이스에 직접 연결된 Adp(Access Data Projects)로 변환 될 수도 있습니다. 이 기능은 Access2013 에서 제거되었습니다. ADP 는 테이블,뷰,저장 프로 시저 및 SQL Server 제약 조건과 같은 SQL Server 개체를 직접 만들고 수정할 수있는 기능을 지원합니다. 뷰 및 저장 프로시저는 다중 테이블 조인에 대한 네트워크 트래픽을 크게 줄일 수 있습니다. SQL Server 는 단일 SQL Server 데이터베이스를 넘어 다른 데이터 소스에 대한 임시 테이블 및 링크를 지원합니다.,

마지막으로,일부 액세스는 데이터베이스는 완전히 다른 대체과 같은 기술 ASP.NET 또 Java 데이터가 변환됩니다. 그러나 모든 마이그레이션은 Access SQL 언어가 표준 SQL 의보다 강력한 수퍼 세트이기 때문에 주요 노력을 지시 할 수 있습니다. 또한,액세스 응용 프로그램 절차는지 여부,VBA 및 매크로,작성에 상대적으로 높은 수준을 대하는 현재 대체할 수 있는 강력하고 포괄적이다., 참고 접속 매크로 언어를 할 수 있도록,더 높은 추상화 수준보다 VBA,서 크게 향상스는 2010 년에 다시 접근 2013.

많은 경우에,개발자가 직접 웹사-데이터 인터페이스를 사용하여 ASP.NET 을 유지하면서,주요 비즈니스 자동화 프로세스,관리 및 보고 기능을 필요가 없는 배포를 모든 사람에 액세한 정보는 근로자를 유지합니다.모든 액세스 데이터를 SQL Server 로 직접 마이그레이션 할 수 있지만 일부 쿼리는 성공적으로 마이그레이션 할 수 없습니다., 어떤 상황에서는 VBA 함수 및 사용자 정의 함수를 T-SQL 또는.NET 함수/프로 시저로 변환해야 할 수도 있습니다. CROSSTAB 쿼리는 PIVOT 명령을 사용하여 SQL Server 로 마이그레이션할 수 있습니다.피>