대규모 클라이언트 서버 응용 프로그램을 실행하는 경우에도 MS Access를 혁신적으로 사용하고 싶습니다.
클라이언트-서버 아키텍처는 정확히 XNUMX 계층 컴퓨터 시스템입니다. 한 컴퓨터는 데이터를 제공하는 서버이고 다른 컴퓨터는 데이터를 요청하는 클라이언트입니다. 시스템은 여러 클라이언트 / 서버 컴퓨터로 구성 될 수 있습니다. 여기서 서버 컴퓨터는 애플리케이션을 실행하는 워크 스테이션을 만들고 클라이언트 컴퓨터는 네트워크를 통해 해당 애플리케이션에 연결됩니다. 종종 무거운 응용 프로그램 만 SQL Server 클라이언트-서버 응용 프로그램으로 기능 할 수 있지만 MS Access와 같은 가볍고 기본적인 응용 프로그램은 사용할 수 없습니다. 그러나 이것은 사실이 아닙니다. MS Access를 클라이언트 서버 아키텍처에서 사용할 수있는 특정 방법이 있습니다.
클라이언트에서 MS 액세스의 역할 – 서버 컴퓨팅
데이터베이스 관리 응용 프로그램 인 것 외에도 Access는 응용 프로그램 개발 도구로도 작동 할 수 있습니다. 따라서 그것은 이중적인 성격을 가지고 있습니다. Access 데이터베이스 엔진은 다음과 같은 강력하고 효율적인 멀티 태스킹 분위기를 제공하지 않습니다. SQL Server, 사용자에게 효율적인 보고서 및 양식 작성기를 제공합니다. MS Access의 보고서 작성 도구는 너무 좋아서 실제로 The SQL Server 보고 서비스.
더 나은보고 도구 외에도 Visual Studio 및 SharePoint와 같은 응용 프로그램은 SQL Server 사용자 인터페이스 개발자 나 디자인이 없기 때문입니다. Access 데이터베이스 엔진이 Jet 데이터베이스 엔진보다 점수가 더 높은 또 다른 방법은 다음과 같습니다. SharePoint Services와의 내장 통합을 지원합니다.
클라이언트에서 액세스 사용시 문제점 – 서버 아키텍처
액세스는 오랫동안 개인 사용자, 소규모 기업 또는 작업 그룹에서 주로 사용하는 애플리케이션으로 간주되어 왔습니다. 데이터베이스 개발 도구, 애플리케이션 개발 도구 및 데이터베이스 엔진이 완벽하게 혼합 된 애플리케이션입니다. Access가 클라이언트에 적합하지 않은 것으로 간주되는 주된 이유 중 하나 인 서버 아키텍처는 Microsoft가 항상 그런 방식으로 광고 해 왔기 때문입니다. 반면 실제로 MS Access는 동시에 응용 프로그램을 사용하는 많은 사용자에게 서비스를 제공 할 수있는 잠재력을 가지고 있습니다. 이것은 주로 시간이 지남에 따라 기능이 많이 향상 되었기 때문에 가능했습니다.
오늘날 MS Access는 서버에서 제공하는 데이터를 전달하기에 충분히 효율적인 클라이언트 측 애플리케이션을 구축 할 수있는 능력이 매우 뛰어납니다. SharePoint에서 제공하는 데이터 사용은 해당 데이터의 위치에 관계없이 MS Access를 사용하는 동안 매우 원활하게 수행 할 수있는 작업입니다. 마찬가지로, 보유한 데이터 관리 SQL Server, 인터넷의 어느 곳에서나 MS Access도 똑같이 쉽습니다. 그러나 이것이 클라이언트-서버 아키텍처에서이 애플리케이션의 제한이 없다는 것을 의미하지는 않습니다.
클라이언트-서버 아키텍처에서 사용되는 경우 Access는 온라인 포털을 실행할 수 없으며 과부하로 인해 발생할 수 있습니다. mdb 손상. 그러나 대규모 컴퓨터 시스템에서 사용하더라도 Access는 프런트 엔드 개발 도구로 매우 잘 작동 할 수 있습니다.
저자 소개 :
Vivian Stevens는 다음 분야의 데이터 복구 전문가입니다. DataNumen, Inc.는 다음과 같은 데이터 복구 기술 분야의 세계적 리더입니다. SQL Server 고정 된 그리고 엑셀 복구 소프트웨어 제품. 자세한 내용은 WWW.datanumen.COM