Access db를 별도의 데이터 및 인터페이스 파일로 분리 하시겠습니까?

한 번 해봤지만 빌더가 왜 이것을했는지 이해하지 못했습니다. 장점은 무엇이며, 존재한다면 왜 그런 건축물의 예가 없는가?Access db를 별도의 데이터 및 인터페이스 파일로 분리 하시겠습니까?

난 (특히 Access db로 마이그레이션하려는 사무실) 시작하기 전에 약 < 명의 사용자 (10 명 정도)의 소규모 사무실에서 최상의 방법을 찾고 있습니다.

감사합니다.

2011-09-25 M M

톤수 links 어떻게 앱과 데이터베이스를 별도의 파일로 분할 했나요? 응용 프로그램에서 각 사용자는 일종의 공유 폴더에있는 데이터 파일에 링크 된 app 파일의 로컬 복사본을 가지고 있습니다.

성능이 향상되었습니다. 네트워크 트래픽이 제한됩니다. 필요한 경우 임시/캐시 된 데이터의 고유 사본을 유지 관리 할 수 있습니다. 데이터 백업은 약간 더 작습니다. 모든 사용자가 동일한 기능을 요구하는 것은 아니므로 동일한 데이터를 사용하는 다른 앱을 보유 할 수 있습니다. 몇 개의 보고서 만 필요한 관리자는 50 개의 양식이있는 파일이 필요하지 않습니다.

나는 당신이 단점이라고 생각하는 것을 알고 싶습니다. 테이블을 연결하는 것이 그리 어렵지 않습니다 (있는 경우 다른 사람이이 앱을 만들도록하십시오). 모든 사용자에게 업데이트 된 앱 파일을 보내 로컬 컴퓨터에 저장하는 것은 LAN 설정에서 그리 어렵지 않습니다.

출처

2011-09-25 17:07:11 JeffO

http://msdn.microsoft.com/en-us/library/aa167840(v=office.11).aspx를 잊지 마십시오. 프론트 엔드 업데이트를 쉽게하기 위해 Tony Toews에서 제공하는 자동 업데이터가 있습니다. 재 연결은 쉽게 자동화 될 수 있습니다. – Fionnuala

Remou, 정말 유용한 링크. 감사! 제프, 나는 단점을 보지 못했지만 백엔드로서의 접근으로 결코 그것을 보지 못했습니다. 나는 그들이 100 % Access 솔루션을 정말로 원하고 있는지 여부에 대해 며칠 후에 더 많은 것을 알게 될 것입니다. 좋은 코멘트, 모두. –

단점이 있습니까? 분할 후 성능이 즉각적으로 떨어지는 것은 분명히 데이터 부분의 "잠금"파일의 지속적인 생성/삭제에서 비롯된 것입니까? –

아, 시스템 인터페이스 만 있고 데이터베이스는 다른 두 개의 Access 파일을 의미합니까?

그럴 경우 대답은 간단합니다.

이렇게하면 시스템 작동 중단없이 인터페이스를 업데이트 할 수 있으며 데이터 백업에 도움이됩니다.

액세스 파일은 데이터와 사용자 인터페이스를 둘 다 저장할 수 있습니다. 이와 같이 액세스를 사용하는 경우 파일의 모든 수정이 시스템을 사용하는 모든 파일에 영향을줍니다.

그러나 그림을 그리는 시나리오에서는 SQL Server Express와 회사 용으로 개발 된 실제 소프트웨어로 업그레이드 할 것입니다.

출처

2011-09-25 16:59:19

나는 그 다음날이나 그 일을 시작하지 않았고 아직 SQL Server Express를 사용할 수 있는지에 대해 이야기 할 기회가 없었지만 아주 좋은 제안입니다. 액세스가 여전히 프런트 엔드에 좋은 선택 일 것이라고 생각하십니까? –

SQL Server Express는 ** 무료 **입니다. 어떤 사람들은 SQL Server를 듣고 $$$$를 생각하는 경향이 있습니다 –

이것은 10 명 미만의 사용자에게는 과도한 것처럼 보입니다. – Fionnuala

Access db를 별도의 데이터 및 인터페이스 파일로 분리 하시겠습니까?

답변

관련 문제