1. Microsoft Access가 여전히 존재합니까??
예, Microsoft Access는 여전히 존재하며 Microsoft Office의 일부로 제공됩니다.
2. 액세스가 죽었습니다?
어떤 사람들은 액세스가 구식이라고 믿지만 Microsoft는 소프트웨어를 계속 지원하고 업데이트합니다. 그러나 다른 Microsoft Office 응용 프로그램에 비해 새로운 기능과 개선에 중점을 두었습니다.
삼. MS 액세스의 미래는 무엇입니까??
SQL, PHP와 같은 다른 플랫폼의 가용성에도 불구하고, .Net 및 Java, Microsoft는 새롭고 고급 기능을 소개하여 액세스를 향상시키기 위해 노력하고 있습니다. Microsoft는 최근 Access의 25 주년을 축하했으며 향후 소프트웨어를 계속 지원할 계획입니다.
4. 액세스의 새로운 기능은 무엇입니까??
액세스의 새로운 기능 중 일부는 향상된 차트 옵션, DBASE 파일로 데이터를 가져오고 내보내는 기능, 속성 시트의 개선 된 정렬 옵션, 32 비트 SSMA (SQL Server Migration Assistant) 지원, 온라인 소스에서 데이터 가져 오기위한 더 많은 데이터 커넥터, BigInt (Big Integers)에서 작업하는 기능 및 레이블 관리가 더 쉬운 라벨 이름을위한 속성 이름을 포함합니다.
5. 중소기구를위한 좋은 옵션에 액세스하는 것입니다?
예, Access는 중간 및 소규모 조직을위한 인기있는 데이터베이스 도구입니다. SQL보다 Excel보다 더 나은 것으로 간주되고 많은 양의 데이터를 빠르고 효율적으로 통합 해야하는 조직에 적합합니다.
6. 빠르고 사용자 친화적 인 도구에 액세스하는 것입니다?
예, 액세스는 속도와 사용자 친화적 인 인터페이스로 유명합니다. 개발자는 다른 플랫폼에 비해 데이터베이스를 더 빠르고 쉽게 만들 수 있으며 비즈니스의 요구 사항을 효과적으로 충족시킵니다.
7. 유연한 도구에 액세스하는 것입니다?
예, Access는 변화하는 비즈니스 요구에 맞게 쉽게 수정할 수있는 유연한 도구입니다. 비즈니스 모델이 발전함에 따라 데이터베이스는 상당한 비용없이 쉽게 조정할 수 있습니다.
8. 액세스에서 데이터를 가져오고 내보낼 수 있습니다?
예, Access는 사용자가 Word, Excel 및 Outlook과 같은 다른 Microsoft Office 제품에서 데이터를 쉽게 가져 오거나 내보낼 수 있습니다. 또한 데이터를 PDF로 변환하고 PowerPoint 슬라이드에 스 니펫을 포함시키는 옵션을 제공합니다.
9. 시장에서의 접근의 중요성은 무엇입니까??
Access는 비즈니스, 특히 중소 기업이 널리 사용하기 때문에 시장에서 중요한 위치를 차지합니다. 개발자와 사용자의 이점은 사용 편의성과 함께 지속적인 시장 리더십에 기여합니다.
10. Microsoft는 액세스를 개선하기 위해 노력하고 있습니다?
예, Microsoft는 사용자와 회사의 요구를 분석하여 액세스를 개선하기 위해 노력하고 있습니다. 최근 몇 년 동안 업데이트가 적었을 수 있지만 Microsoft는 사용자의 요구를 충족시키기 위해 소프트웨어를 계속 지원하고 향상시킵니다.
11. 액세스는 Microsoft 365와 통합 될 수 있습니다?
Microsoft는 Microsoft 365와보다 직접 액세스를 통합하는 옵션을 모색했지만 기사에 특정 통합 세부 사항 및 타임 라인이 제공되지 않습니다.
12. 온라인으로 이용할 수있는 액세스 지원입니다?
예, Reddit과 같은 온라인 지원 포럼 및 커뮤니티는 사용자가 질문을하고 Microsoft Access에 대한 도움을 구할 수 있습니다.
13. SQL Server 로의 데이터 마이그레이션에 적합한 도구에 액세스하고 있습니다?
예, Access는 SSMA (SQL Server Migration Assistant) 기능을 제공하여 사용자가 SQL Server로 액세스 데이터를 마이그레이션 할 수 있습니다. 이 기능은 32 비트 및 64 비트 버전의 MS Office에서 지원됩니다.
14. 다른 데이터베이스에 연결할 수 있습니다?
예, 액세스는 SQL Server, Azure SQL, Excel, SharePoint, Oracle, Salesforce 및 Dynamics 365를 포함한 다양한 데이터베이스에 연결할 수 있습니다. 이는 다른 소스에서 데이터를 가져 오는 데 유연성을 제공합니다.
15. 오늘날의 기술 환경에서 여전히 관련이 있습니다?
액세스는 다른 데이터베이스 도구만큼 인기가 없거나 자주 논의되지 않을 수 있지만 여전히 많은 조직의 목적을 제공합니다. 사용 편의성, 유연성 및 다른 Microsoft Office 제품과의 통합은 특정 애플리케이션을위한 실행 가능한 선택입니다.

MS 액세스의 미래

그러나 액세스 웹 솔루션이 내부 요구에 충분한 경우를 고려할 가치가 있습니다 (Office365는 더 이상 공개 웹 사이트 생성을 지원하지 않기 때문에). 이 플랫폼에 데이터를 업로드하고 기존 액세스 데이터베이스를 연결할 수 있습니다.

Microsoft Access가 여전히 존재합니까?

Reddit과 그 파트너는 쿠키와 유사한 기술을 사용하여 더 나은 경험을 제공합니다.

모든 쿠키를 수락함으로써 귀하는 서비스 및 사이트를 제공하고 유지 관리하기 위해 쿠키 사용에 동의하며, Reddit의 품질을 향상시키고, Reddit 컨텐츠 및 광고를 개인화하며, 광고의 효과를 측정합니다.

비 필수 쿠키를 거부함으로써 Reddit은 여전히 ​​특정 쿠키를 사용하여 플랫폼의 적절한 기능을 보장 할 수 있습니다.

자세한 내용은 쿠키 통지 및 개인 정보 보호 정책을 참조하십시오 .

Reddit 앱을 얻으십시오

이 QR 코드를 스캔하여 지금 앱을 다운로드하십시오

또는 앱 스토어에서 확인하십시오

이 포럼은 Microsoft Access 사용에 대한 도움과 지원을위한 것입니다. 아래에 나열된 포럼 규칙을 따르십시오. FAQ 페이지 : https : // www.레딧.com/r/msaccess/wiki/faq

온라인 회원

Dungaroo

액세스가 죽었습니다?

저는 지금 약 1 년 동안 MS Access와 협력 해 왔으며 Microsoft, AWS, Salesforce 등의 다른 플랫폼, 특히 SaaS 클라우드 제품에 대해 더 많이 배울 수 있습니다. 오래된 MS 액세스는 느낌입니다. Microsoft는 여전히 MS Office와 함께 배송하지만 지난 10-15 년 동안 다른 MS Office 응용 프로그램에 비해 업데이트 및 개선을 거의하지 않았습니다. 나는 그것이 죽는 것을보고 싶다고 말하지는 않지만, Microsoft가 그것을 최적화하고 무거운 쿼리로드를 클라우드로 바꾸고 로컬에서 너무 많은 일을하지 않는 것을 멈추기 위해 Microsoft가 더 많은 일을하는 것을보고 싶습니다. 향후 5 년 동안 Microsoft는 액세스로 3 가지 중 하나를 수행하는 것을 예측합니다. 다시 기능 추가를 시작하여 21 세기로 가져오고 동일한 기능을 제공하지만 웹 기반 애플리케이션을 제공하고 Microsoft 365와 직접 통합하거나 완전히 포기하는 새로운 기능으로 대체합니다. 과거가 미래의 징후라면, 나는 그것이 #1이 될 것이라고 생각하지 않습니다.

너희들은 어떻게 생각하니? 나는 내 머리카락을 꺼내서 나 자신에게 물어 보는 유일한 사람입니까??!”매일, 아니면 내가 극적으로?

MS 액세스의 미래

SQL, Php와 같은 다른 많은 플랫폼이 있습니다, .NET 및 JAVA, 내 데이터베이스를 액세스로 변환하는 데 무엇이 사용되는지 생각하고있을 수 있습니다? 액세스는 미래가 있습니까?? 우리의 반박 할 수없는 응답은 예, Access는 미래를 가지고 있으며 Microsoft는 수많은 새롭고 고급 기능을 소개하여 사용자를 위해 개선하기 위해 실제로 열심히 노력하고 있습니다. 접근은 최근에 25 년의 존재를 축하했습니다. 앞으로도 시장을 계속 이끌 것입니다.

왜 액세스가 최고이며 앞으로도 계속 될 것입니다

Microsoft는 사람과 회사의 요구를 분석하여 제품을 업그레이드하는 간단한 현상으로 호흡합니다. 그리고 액세스는 예외적이지 않습니다. 추가 된 새로운 기능은 다음과 같습니다

향상된 차트 옵션

액세스 차트는 사용자와 개발자에게 큰 고통이었습니다. 마지막으로 Microsoft는 시각화 향상으로 11 개의 새로운 차트를 가져 오기로 결정했습니다. Microsoft가 액세스에 대해 진지하다는 분명한 표시입니다.

DBase가 돌아 왔습니다

액세스는 다시 한 번 DBase와 대화하고 이제 DBASE 파일에서 데이터를 가져오고 내보낼 수 있습니다 (.DBF).

속성 시트의 선택 정렬

이제 속성 시트에서 속성을 편리하게 찾을 수 있으며, 속성 시트를 설계 한 후 양식 및 보고서를 설계하는 동안 속성 시트에서 조정 및 보고서를 설계하는 동안 토글 버튼을 사용하여 속성을 찾을 수 있습니다.

32 비트 SSMA 지원

64 비트와는 반대로, 새로운 MS 사무실은 사용자가 32 비트 버전과 함께 SSMA (SQL Server Migration Assistant)를 사용할 수 있습니다. SSMA는 액세스 데이터를 SQL Server로 마이그레이션하는 훌륭한 기능입니다.

더 많은 데이터 커넥터

MS Office는 이제 Salesforce, Dynamics 365와 같은 온라인 소스 및 SQL Server, Azure SQL, Excel, SharePoint 및 Oracle과 같은 데이터베이스에서 데이터를 가져올 수 있습니다.

큰 기능

Bigint (큰 정수)로 열을 가져오고 내보낼 수있는 기능으로 데이터베이스를 더 의미있게 만들 수 있습니다.

레이블 이름

레이블 이름 속성을 사용하면 이제 레이블을 쉽게 제어 할 수 있습니다’S 이름 지정 및 액세스 “자르다” 그리고 “반죽”.

몇 가지 이유

중소 및 소규모 조직을위한 최고의 데이터베이스 도구였으며 계속 그렇게 할 것입니다. Excel보다 낫고 SQL보다 작업하기가 더 쉽다는 것은 대량의 데이터를 빠르고 효율적으로 신속하고 효율적으로 통합 해야하는 조직에 적합합니다.

허락하다’s 이유를 봅니다

빠르고 사용자 친화적 인 도구

개발자는 데이터베이스를 생성하는 것이 다른 플랫폼에서 데이터베이스를 만드는 것보다 훨씬 빠르고 쉽다고 보증합니다. 또한 응용 프로그램은 사용하기 쉽고 비즈니스의 모든 요구 사항으로 충분합니다.

매우 유연한 도구

주머니를 다 치지 않고 필요할 때마다 데이터베이스를 수정할 수 있습니다. 비즈니스 모듈의 변경으로 데이터베이스를 그에 따라 쉽게 조정할 수 있습니다.

쉬운 수입 및 내보내기 기능

훌륭하고 업그레이드 된 기능으로 가득 찬 Microsoft Access는 의심 할 여지없이 세계입니다’주요 데이터베이스 시스템. 개발자와 사용자에게 수많은 이점이 있기 때문에 앞으로 몇 년 동안 시장을 이끌 것입니다.

사용자는 Word, Excel 및 Outlook과 같은 다른 MS 사무실 제품에서 데이터를 쉽게 가져 오거나 내보낼 수 있습니다. 또한 PDF로 변환하고 파워 포인트 슬라이드에 원하는 스 니펫을 포함시킬 수도 있습니다.

SQL Server에 마이크로 소프트 액세스 데이터베이스시기 및 방법

배경

Microsoft Access 데이터베이스는 종종 한 사용자를위한 작은 솔루션으로 시작합니다. 데이터베이스가 더 중요 해짐에 따라 네트워크를 통해 여러 사람이 사용할 수 있습니다.

보다 고급 솔루션의 경우 분할 데이터베이스 아키텍처는 응용 프로그램에서 데이터를 분리합니다. Microsoft Access 데이터베이스 (MDB 또는 ACCDB 형식)의 백엔드 공유 데이터는 파일 서버에 저장되며 각 사용자는 공유 데이터에 연결된 Microsoft Access 응용 프로그램 데이터베이스 사본을 가지고 있습니다.

솔루션이 인기가 높아짐에 따라 Microsoft Access 데이터베이스에서 SQL Server로 데이터의 커지 크기를 높이는 문제가 발생합니다. 이러한 전환을위한 이점과 트레이드 오프가 있으며 SQL Server를 활용하는 여러 가지 방법이 있습니다. 이 백서는 수년 동안 Microsoft Access 데이터베이스를 Upsizing Microsoft Access 데이터베이스에 대한 경험을 공유하므로 올바른 이유로 수행하고 적절하지 않은 경우 이해할 수 있습니다.

내용물

• 조직에서 Microsoft 액세스 가치
• Microsoft Access 및 SQL 데이터베이스 아키텍처
• 상향 조정 결정
• SQL Server에 대한 단점
• 업 사이징 아키텍처
• 조직에서 Microsoft Access 데이터베이스 인벤토리 작성
• SQL Server 호스트 선택
• 업 사이징 프로젝트 계획
• 결론

조직에서 Microsoft 액세스 가치

중간에서 대규모 조직에는 수백 ~ 수천 개의 데스크탑 컴퓨터가있을 수 있습니다. 각 데스크탑에는 직원에게 직원이 조직 IT 부서의 개입없이 컴퓨팅 작업을 수행 할 수있는 표준 소프트웨어가 있습니다. 이것은 데스크탑 컴퓨팅의 1 차 교리를 제공합니다. 분산 된 컴퓨팅을 통해 사용자가 생산성을 높이고 비용을 낮출 수 있도록 권한을 부여합니다.

세계에서 가장 인기있는 데스크탑 데이터베이스로서 Microsoft Access는 Microsoft Windows를 사용하는 거의 모든 조직에서 사용됩니다. 사용자가 이러한 응용 프로그램의 운영에 능숙 해짐에 따라 스스로 구현할 수있는 비즈니스 작업에 대한 솔루션을 식별하기 시작합니다. 이 프로세스의 자연스러운 진화는 스프레드 시트와 데이터베이스가 최종 사용자가 일상적인 작업을 처리하기 위해 생성 및 유지 관리한다는 것입니다.

이러한 역학은 사용자가 조직 정보 기술 인프라의 개입없이 비즈니스 문제를 해결할 수 있으므로 생산성과 민첩성을 모두 허용합니다. Microsoft Access는 최종 사용자가 테이블, 쿼리, 양식 및 보고서로 데이터베이스 애플리케이션을 빠르게 개발할 수있는 데스크탑 데이터베이스 환경을 제공 하여이 공간에 적합합니다. Access는 저렴한 단일 사용자 또는 작업 그룹 데이터베이스 응용 프로그램에 이상적입니다.

그러나이 힘은 가격과 함께 제공됩니다. 더 많은 사용자가 Microsoft Access를 사용하여 작업, 데이터 보안 문제, 신뢰성, 유지 관리, 확장 성 및 관리 문제를 처리함에 따라. 이러한 솔루션을 구축 한 사람들은 데이터베이스 전문가, 프로그래머 또는 시스템 관리자가되도록 거의 교육을받지 않습니다. 데이터베이스가 원래 저자의 기능을 능가함에 따라보다 강력한 환경으로 이동해야합니다.

어떤 사람들은 이것이 최종 사용자가 Microsoft Access를 사용해서는 안되는 이유라고 생각하지만, 우리는 이것을 규칙보다는 예외라고 생각합니다. 대부분의 Microsoft Access 데이터베이스는 최종 사용자가 생성하며 다음 단계로 졸업 할 필요가 없습니다. “전문적으로”모든 최종 사용자 데이터베이스를 만들기위한 전략 구현은 큰 자원 낭비가 될 것입니다.

SQL Server는 진화해야 할 희귀 Microsoft Access 데이터베이스의 경우 다음 자연 진행을 제공합니다. 애플리케이션에 대한 기존 투자 (테이블 디자인, 데이터, 쿼리, 양식, 보고서, 매크로 및 모듈)에 대한 투자를 잃지 않으면 서 데이터를 SQL Server로 이동하고 링크 된 액세스 데이터베이스로 이동할 수 있습니다. SQL Server에 한 번, Visual Studio와 같은 다른 플랫폼 .Net은 Windows, 웹 및/또는 모바일 솔루션을 만드는 데 사용될 수 있습니다. 액세스 데이터베이스 응용 프로그램이 완전히 교체되거나 하이브리드 솔루션이 생성 될 수 있습니다.

Microsoft Access 및 SQL 데이터베이스 아키텍처

Microsoft Access는 Microsoft Windows에서 사용할 수있는 최고의 데스크탑 데이터베이스 제품입니다. 1992 년에 소개 된 이래 Access는 초보자 및 파워 사용자가 단일 사용자 및 소규모 작업 그룹 데이터베이스 응용 프로그램을 만들 수있는 다목적 플랫폼을 제공했습니다.

Microsoft Access는 마법사를 사용하여 어려운 작업을 통해 사용자를 밟는 개념을 개척했기 때문에 큰 성공을 거두었습니다. 이것은 직관적 인 쿼리 디자이너, 최고의 데스크톱보고 도구 중 하나 및 매크로 및 코딩 환경 포함과 함께 데스크탑 데이터베이스 개발을위한 최상의 선택에 액세스하는 데 기여합니다.

Access는 사용하기 쉽고 접근하기 쉽도록 설계되었으므로 가장 신뢰할 수 있고 강력한 애플리케이션을위한 플랫폼으로 의도되지 않았습니다. 일반적으로 이러한 속성이 응용 프로그램에 중요 해지면 상향 조정이 발생해야합니다. 다행히도 액세스의 유연성으로 인해 빠른 비용 효율적인 데이터 이동 시나리오에서 전체 응용 프로그램 재 설계에 이르기까지 다양한 방법으로 SQL Server를 향상시킬 수 있습니다.

Access는 다양한 방식으로 데이터를 관리 할 수있는 다양한 데이터 아키텍처를 제공합니다. Upsizing 프로젝트를 고려할 때는 단일 및 다중 사용자 환경 모두에서 기본 제트 데이터베이스 형식과 SQL 서버를 사용하도록 액세스가 구성 될 수있는 다양한 방법을 이해하는 것이 중요합니다.

액세스 및 제트 엔진

Microsoft Access에는 자체 데이터베이스 엔진이 있습니다. Microsoft Jet Database Engine (Access 2007의 ACCDB 형식 도입으로 ACE라고도 함). 제트는 처음부터 로컬 지역 네트워크에서 단일 사용자 및 다중 사용자 파일 공유를 지원하도록 설계되었습니다. 데이터베이스는 최대 크기가 2GB이지만 액세스 데이터베이스는 링크 된 테이블과 여러 백엔드 데이터베이스를 통해 다른 데이터베이스에 연결하여 2GB 한도를 해결할 수 있습니다.

그러나 액세스는 데이터베이스 엔진 이상입니다. 또한 사용자가 쿼리를 디자인하고 양식 및 보고서를 작성하며 응용 프로그램을 자동화하기 위해 Applications (VBA) 모듈 코드를 작성할 수있는 응용 프로그램 개발 환경입니다. 기본 구성에서 Access는 내부적으로 Jet를 사용하여 양식, 보고서, 매크로 및 모듈과 같은 설계 객체를 저장하고 Jet를 사용하여 모든 테이블 데이터를 저장합니다.

Access Upsizing의 주요 장점 중 하나는 응용 프로그램을 재 설계하여 양식, 보고서, 매크로 및 모듈을 계속 사용할 수 있도록 제트 엔진을 SQL Server로 교체 할 수 있다는 것입니다. 이것은 두 세계의 최선을 허용합니다 : SQL Server의 신뢰성과 보안으로 액세스의 용이성.

Microsoft Access 및 SQL Server 비교

업 사이징 결정 프로세스를 더 잘 이해하려면 다음 비교 테이블을 살펴보십시오

마이크로 소프트 액세스	Microsoft SQL Server
설명	테이블, 쿼리, 양식, 보고서 및 프로그래밍 로직이 포함 된 데이터베이스 개발 환경	확장 가능하고 신뢰할 수 있고 안전한 클라이언트/서버 데이터베이스 엔진
최대 데이터베이스 크기	2GB	“제한 없는”
최대 동시 사용자	255	“제한 없는”
보안	Windows 권한에 의해 제한되는 기본 데스크톱 보안	강력한 엔터프라이즈 레벨 보안, 사용자는 데이터베이스를 직접 보거나 복사 할 수 없습니다
성능	로컬 PC 및 네트워크 성능에 따라 다릅니다. “작은”데이터베이스의 경우 매우 빠를 수 있습니다	서버 하드웨어 성능을 기반으로합니다
신뢰할 수 있음	PC의 신뢰성의 범위에 신뢰할 수 있습니다. 정기적 인 데이터베이스 컴팩트 및 수리가 필요합니다	엔터프라이즈 품질 신뢰성; 자동화 된 데이터베이스
거래 로깅	없음	모든 데이터 변경이 기록 될 수 있습니다
테이블 트리거	MDB 데이터베이스에는 없습니다. ACCDB의 경우 Access 2010 도입 데이터 매크로가 트리거와 유사 할 수 있습니다.	테이블은 데이터가 변경 될 때마다 프로세스를 자동화 할 수있는 트리거가있을 수 있습니다

Microsoft Access 및 Jet Single 사용자

기본 구성에서 Access는 Microsoft Jet 데이터베이스 엔진을 사용하여 객체 정의와 테이블 데이터를 모두 저장합니다. 액세스 및 제트기는 사용자의 컴퓨터에서 실행되며 데이터베이스는 로컬 하드 디스크에 저장됩니다.

Microsoft Access 및 Jet Multi-User

액세스 및 제트 엔진을 사용하면 다중 사용자 액세스가 가능합니다. 이 시나리오에서 각 사용자는 네트워크 드라이브의 공유 데이터베이스를 가리키는 로컬 액세스 및 제트기 사본을 실행합니다.

Microsoft Access, Jet 및 SQL Server

Access는 또한 데이터 스토리지를 위해 SQL Server를 가리킬 수 있습니다. 이 시나리오에서 액세스는 여전히 제트를 사용하여 쿼리를 실행하고, 객체 정의를 저장하고, 임시 테이블을 관리하며, 보안 설정을 유지합니다. 그러나 모든 테이블 데이터는 SQL Server에 저장됩니다.

제트없이 Microsoft Access 및 SQL Server를 사용합니다

이 시나리오에서 제트 엔진은 완전히 우회됩니다. Access 2000 이상은 제트 엔진없이 SQL Server에 직접 연결할 수 있습니다.

상향 조정 결정

이제 다양한 아키텍처 및 데이터베이스 엔진 옵션을 사용할 수있게되었으므로 최신 결정을위한 결정 지점과 매개 변수를 탐색하고 싶습니다.

이 프로세스에서 가장 중요한 부분은 모든 액세스 데이터베이스가 최신의 크기가 필요하지 않다는 것을 이해하는 것입니다. 실제로, 대부분의 액세스 애플리케이션은 크기를 조정해서는 안됩니다. 비즈니스 비용과 혼란은 단순히 자원의 비용 효율적인 사용이 아닙니다. 이 데이터베이스는 매일 매일 잘 작동하며 확장 성, 보안 및 100% 신뢰성과 같은 속성이 필요하지 않습니다. 조직의 모든 액세스 데이터베이스 중 일부는 소수의 액세스 데이터베이스 중 일부만이 지원할 후보자입니다.

또한 Upsizing 후보자 목록에서 데이터 만 SQL Server로 이동하는 비용 효율적인 프로세스를 사용하여 대다수를 강화할 수 있습니다. 양식 및 보고서 측면에서 모든 응용 프로그램 기능이 액세스 할 수 있습니다. 가장 작은 비율의 업 사이징 프로젝트 만 .그물.

다음 섹션에서는 데이터베이스 계획과 관련된 각 주요 영역을 검토하고 각 영역에서 액세스가 수행되는 방법에 대해 설명합니다.

보안

Microsoft Access는 세 가지 다른 보안 메커니즘을 제공합니다.

1. 데이터베이스 비밀번호 : 비밀번호를 데이터베이스에 할당합니다. 비밀번호를 아는 사용자 만 데이터베이스를 열 수 있습니다.
2. 제트 작업 그룹 보안 : 사용자, 그룹 및 객체 권한을 정의하여 데이터를보고/편집 할 수있는 사람과 실행할 수있는 항목을 제한 할 수 있습니다. MDB 데이터베이스에서는 작업 그룹 보안을 사용할 수 있지만 ACCDB 데이터베이스는 없습니다.
3. 파일 암호화 : 데이터베이스의 내용은 파일 레벨에서 암호화 할 수 있습니다. ACCDB 암호화는 MDB의 암호화보다 훨씬 우수합니다.

불행히도, 이러한 메커니즘은 강력하거나 신뢰할 수 없습니다. 데이터베이스 암호는 매우 간단한 암호화 메커니즘을 사용합니다. 실제로 액세스 데이터베이스 암호를 제거하는 것은 무료 및 상용 암호 “리무버”가 웹에서 쉽게 찾을 수 있다는 점에서 간단한 문제입니다. 액세스 사용자는 그러한 랩에 대해 걱정하지 않을 수 있지만 IT 관리자는 확실히.

Jet Workgroup Security는 더 강력하지만 여전히 파일 시스템에서 전체 MDB 데이터베이스의 내용을 열어줍니다. 모든 테이블 데이터와 코드는 일반보기로 저장되므로 String 호환 편집기에서 MDB 파일을 열고 코드, 암호 및 테이블 데이터를보기가 사소한 문제입니다.

마지막으로, Access는 모든 사용자가 실제 데이터베이스 파일에 대한 전체 읽기 권한이 필요하기 때문에 공유 네트워크 드라이브를 볼 수있는 사람은 디스크 또는 CDR에서 데이터베이스와 함께 걸어 나갈 수 있습니다.

보안이 중요하다면 SQL Server는 Microsoft Access, Excel, Word 또는 파일을 사용자가 액세스 할 수있는 하드 디스크에 직접 저장하는 다른 프로그램보다 훨씬 안전합니다.

신뢰성 및 유지 보수

신뢰성은 업 사이징을 고려할 때 검사해야 할 주요 벤치 마크 중 하나입니다. 실제로 많은 미션 크리티컬 응용 프로그램의 경우 신뢰성이 가장 중요한 고려 사항입니다. Microsoft Access는 여러 가지 이유로 SQL Server만큼 신뢰할 수 없습니다.

데이터베이스 손상

Microsoft Access/Jet 데이터베이스가 예기치 않은 내부 오류 또는 연결 문제에 직면하면 손상 될 수 있습니다. 손상된 데이터베이스는 일반적으로 데이터베이스의 모든 사용자를 잠그고 데이터 손실 및 비즈니스 중단을 초래합니다.

Microsoft Access/Jet 데이터베이스는 여러 가지 이유로 SQL Server보다 손상되기 쉽습니다. Access/Jet는 파일 공유 모델을 사용하므로 모든 사용자는 동시에 데이터에 대한 활성 연결을 보유하고 있습니다. 해당 사용자 중 하나가 예기치 않게 연결을 잃으면 데이터베이스가 손상 될 수 있습니다. 사용자의 네트워크 연결이 간헐적 인 경우 연결 손실이 발생할 수 있고, 드라이버 버전은 현재가 아니거나 충돌 버전의 Jet DLL이 동일한 데이터베이스 파일을 읽는 데 사용됩니다.

Microsoft Access에는 소형/수리 유틸리티가 포함되어 있지만이 유틸리티에 의해 심각한 데이터베이스 손상에는 고정되지 않았습니다. 타사 수리 서비스를 이용할 수 있지만 영향을받는 데이터베이스를 다른 위치로 보내고 수수료를 지불하고 혼합 된 결과로 반환되기를 기다려야합니다.

유지 보수 문제

Windows는 사람들이 열려있는 경우에도 Microsoft Access 데이터베이스를 복사 할 수 있으므로 백업을 만들 수 있지만 파일이 복사 될 때 누군가가 데이터를 수정하는 경우 문제가 될 수 있습니다.

Microsoft Access 데이터베이스를 압축하려면 모든 사용자가 데이터베이스에서 벗어나야합니다. 잠금은 파일 레벨의 데이터베이스에 배치됩니다 (*.ldb 또는 *.laccdb 파일) 첫 번째 사용자가 열 자마자.

다중 사용자 환경에서 Microsoft Access는 현재 데이터베이스에있는 사람을 알려주지 않으므로 사람들을 시스템에서 벗어나게하는 것은 관리적인 두통이 될 수 있습니다. Total Access Admin 프로그램을 실시간으로 데이터베이스에 들어오고 나가는 사용자를 모니터링 할 수있어 모든 사람이 종료 한 후에 데이터베이스를 돕고 압축 할 수 있지만 Microsoft Access의 내장 기능은 아닙니다.

백업을 만들기 전에 모든 사용자가 액세스 애플리케이션에서 로그 오프하도록하는 프로세스를 조정하기가 종종 어렵습니다. 일반적인 시나리오에는 사용자가 하루 동안 사무실을 떠날 때 컴퓨터를 떠나는 사용자가 포함됩니다. 데이터베이스가 열려 있고 백업 소프트웨어가 데이터베이스 파일을 안정적으로 복사 할 수 없습니다. 종종 이것은 백업이 실패한 후에 만 ​​감지되어 시스템 관리자가 문제를 추적하고 다음 백업이 실행되기 전에 해결되기를 바랍니다.

또한 Microsoft Access는 SQL Server와 같은 자체 조정이 아닙니다. 손실 된 데이터베이스 공간을 자동으로 되 찾거나 인덱스 및 쿼리를 최적화하지 않습니다. 이 유지 보수는 수리/소형 기능을 실행하여 수행됩니다. 총 시각적 에이전트 프로그램은 감사 트레일을 지정하고 유지 관리하는 일정으로이를 자동화 할 수 있지만 Microsoft Access의 내장 기능은 아닙니다.

조직이 개별 데스크탑 데이터베이스를 정기적으로 백업하지 않으면 사람들은 백업되거나 유지되지 않은 PC에서 액세스 데이터베이스를 만들 수 있습니다. 조직은 Excel 스프레드 시트 또는 Word 문서 인 것처럼 손실 될 수있는 사용자 데이터로 처리 할 수 ​​있지만 더 나은 정책이있어 기본 시스템 관리가 제공되는 데이터베이스를 저장할 수 있습니다.

Microsoft Access 데이터베이스는 재해 복구를 위해 백업되어야하고 정기적으로 건강을 유지하기 위해 압축해야합니다. 오늘날 존재하는 많은 액세스 데이터베이스와 미래에 생성 된 데이터베이스를 위해이를 처리하기 위해 자동화 된 시스템을 구현해야합니다. 데이터베이스의 지속적인 사용으로 인해 이러한 자동화 된 프로세스를 구현할 수없는 데이터베이스에 대해 SQL Server Upsizing을 고려해야합니다.

확장 성

확장 성은 응용 프로그램이 증가하는 사용자 또는 프로세스가 증가함에 따라 응용 프로그램이 허용 가능한 방식으로 작동하는 능력으로 정의됩니다. 경우에 따라 Microsoft Access/Jet는 데이터베이스의 수요를 지원하기 위해 확장 할 수 없습니다.

분할 데이터베이스 아키텍처

Upsizing을 수행하기 전에 액세스 데이터베이스에는 분할 데이터베이스 아키텍처가 있어야합니다. 이것은 백엔드 공유 데이터 데이터베이스에서 사용자 애플리케이션 데이터베이스를 분리합니다. 새로운 릴리스에 대한 데이터를 수정할 필요가 없기 때문에 공유 데이터베이스에 대한 프론트 엔드 애플리케이션 데이터베이스 링크가 더 쉽습니다 (제공된 테이블 구조가 수정되지 않음). 자세한 내용은 Microsoft Access 분할 데이터베이스 아키텍처에 관한 논문을 참조하여 다중 사용자 환경을 지원하고 성능을 향상 시키며 유지 관리 가능성을 단순화하십시오. 분할 데이터베이스 아키텍처는 또한 기존 액세스 프론트 엔드를 보존하기위한 강화 노력에 도움이됩니다.

Microsoft Access 데이터베이스의 단일 사본이 네트워크 드라이브에 상주하고 한 번에 여러 사용자가 열리는 경우 확장 성 문제가있을 수 있습니다. 그러나 이는 SQL Server로 향상시키지 않고 분할 데이터베이스 아키텍처를 사용하여 해결해야합니다.

동시 사용자 수

20 명 이상의 사용자를 지원할 수없는 Microsoft Access 데이터베이스에 대한 신화가 있습니다. 1992 년에 Microsoft Access가 도입 된 경우에 해당되었을 수도 있지만, 꽤 오랫동안 그렇지 않았습니다.

Microsoft Access는 기술적으로 데이터베이스 당 최대 255 개의 연결을 허용합니다. 즉, 팀의 응용 프로그램에 여러 번 사용할 수 있음을 의미합니다. 모두 동시에 사용할 필요가없는 경우.

액세스 데이터베이스가 지원할 수있는 연결/사용자 수는 응용 프로그램이 얼마나 잘 설계되고 구현되었는지에 따라 결정됩니다. 잘 설계된 액세스 응용 프로그램은 적절한 성능을 가진 100 명 이상의 동시 사용자를 지원할 수 있습니다. 반면에 제대로 설계되지 않은 액세스 응용 프로그램은 두 사용자와 함께 크롤링에서 실행할 수 있습니다. 또는 일부 프로세스는 시간이 많이 걸리고 어떤 데이터베이스가 사용하든 속도가 느립니다. 실제로 기술에 관한 것이 아니라 구현.

불행히도 많은 액세스 데이터베이스는 모범 사례로 잘 설계되거나 구현되지 않았습니다. 대부분의 액세스 데이터베이스는 전문 데이터베이스 애플리케이션을 만드는 경험이나 지식이없는 사용자가 작성하기 때문입니다. 그들은 시간이 지남에 따라 구축되었으며 새로운 기능과 데이터 모델이 필요에 따라 해결됩니다. 결과는 소수의 사용자 이상을 확실하게 지원할 수없는 전반적인 솔루션입니다.

동시 사용자의 수가 상대적으로 낮은 경우 사용자 수 이유에 대해 Microsoft Access 응용 프로그램을 상향 조정하지 마십시오. 미래에 100 명 이상의 동시 사용자 등을 지원 해야하는 경우 상향 조정을 고려해야합니다.

최대 데이터베이스 크기

각 Microsoft Access 데이터베이스에는 최대 크기가 2GB입니다. 많은 텍스트와 숫자 데이터이지만 파일과 그래픽이 저장되면 쉽게 초과 할 수 있습니다. 대부분의 Microsoft Access 데이터베이스의 경우 데이터베이스가 얻을 수있는 것보다 훨씬 큽니다. 때로는 데이터베이스가 커지지만 소형은 일반적으로 더 합리적인 크기로 줄어 듭니다. 압축 할 때 마이크로 소프트 액세스 데이터베이스를 때때로 소집하십시오.

분할 데이터베이스 아키텍처를 통해 Microsoft Access 응용 프로그램은 2GB 이상을 추가하는 여러 Microsoft Access 데이터베이스의 데이터에 연결할 수 있습니다. 물론 여러 테이블이나 데이터베이스에서 데이터를 분할하지 않으면 좋은 디자인이 아닙니다.

데이터베이스가 1GB를 초과하거나 가까운 시일 내에 2GB를 초과하는 경우 상향 조정을 고려해야합니다.

Microsoft Access 및 Jet의 다양한 버전

Microsoft Access의 여러 버전이 있습니다. 액세스 데이터베이스 솔루션은 특정 버전의 액세스 데이터베이스 형식에 의존 할 수 있으며 특정 버전의 액세스, ADO 및 DAO와 같은 구성 요소 등에서만 사용할 수있는 기능에 의존 할 수 있습니다. 액세스 데이터베이스를 PC에 이미 설치 한 사용자에게 쉽게 배포 할 수 있지만, 액세스가 어떤 버전을 열도록 쉽게 제어 할 수는 없습니다.

PC에는 여러 버전의 액세스가 설치되어있을 수 있습니다. ACCDB 또는 MDB 파일 열기 해당 파일 확장자와 관련된 액세스 버전을 직접 시작합니다 (일반적으로 열린 마지막 액세스 버전).

또한 Access 2000이 소개되면 새로운 MDB 파일 형식은 이전 Access 97 버전과 호환되지 않았습니다. Access 2000 (또는 이후)에서 데이터베이스를 열면 데이터베이스를 새 형식으로 업그레이드하고 기존 버전의 사용자가 오픈하지 못하면 다중 사용자 환경에서 문제가되었습니다. 이 문제는 2000 년 버전 이후로 재발하지 않았습니다.

당사의 Total Access Startup 프로그램은 조직이 각 사용자의 데스크탑에 Microsoft Access 데이터베이스를 중심으로 관리하고 배포하고 어떤 버전의 액세스를 시작하는지 제어합니다. 따라서 바로 가기로 액세스 응용 프로그램을 쉽게 배포 할 수 있으며 최신 버전의 데이터베이스는 항상 각 사용자의 시스템에 설치됩니다. 또한 한 버전의 Access에서 다른 버전에서 응용 프로그램을 업그레이드하는 것이 간단합니다.

다양한 버전의 Microsoft Access를 관리하거나 Microsoft Access 데이터베이스의 업데이트를 배포하는 문제는 데이터베이스의 액세스 프런트 엔드를 유지하는 경우 SQL Server로 마이그레이션하여 해결되지 않습니다. Microsoft Access를 완전히 대체하여 만 해결할 수 있습니다. 즉각적인 문제를 해결할 수 있지만 사용자가 작업을 완료하지 못하게합니다. 우리는 데이터베이스 문제가 사라지지 않기 때문에 직원들이 더 나쁜 데이터베이스 제품을 구매할 수있는 Microsoft 액세스 금지를 금지하는 것을 보았습니다. 대부분의 조직의 경우 전문 개발자를 사용하여 대부분의 최종 사용자가 처리 할 수있을 때 필요한 모든 데이터베이스를 작성하는 것은 비현실적입니다.

성능

성능은 사람들이 Microsoft Access 데이터베이스를 SQL Server로 업그레이드하려는 일반적인 이유입니다. SQL Server가 Microsoft Access 데이터베이스보다 빠르게 실행된다는 가정이 있습니다. 결국 SQL Server는 요청 된 레코드 만 보내는 별도의 서버에서 관리하며 여러 CPU 및 기계를 사용하여 거대한 데이터 세트를 관리 할 수 ​​있습니다.

파일 기반 인 Microsoft Access는 Client (PC)에 대한 요청에 따라 전체 데이터베이스, 테이블 또는 색인을 보냅니다.

이것은 서버 접근 방식에 가장 잘 맞지 않지만 많은 상황에서 성능이 향상되지 않는다는 것을 발견했습니다. 몇 가지 이유는 다음과 같습니다

• 많은 액세스 데이터베이스는 비교적 작습니다 (100MB 미만). 현재 하드웨어 및 네트워크 연결을 사용하면 전달되는 데이터 금액은 몇 개의 레코드 또는 전체 테이블이든 거의 순간적입니다.
• SQL Server는 액세스 데이터베이스가하지 않는 추가 작업을 수행합니다. 예를 들어, SQL Server는 트랜잭션 로그를 유지하고 오버 헤드를 추가하는 연속 유지 보수를 수행 할 수 있습니다. 소규모 데이터베이스가 SQL Server로 향상 될 때 성능이 감소했습니다.
• SQL Server는 2GB 액세스 한계를 넘어서 매우 큰 데이터베이스를 처리하도록 설계되었습니다. 작은 데이터베이스를 고려할 것에 대해 최적화되지 않았습니다.
• 다른 링크 된 테이블 소스에서 쿼리를 수행하면 작업이 여전히 액세스하여 작업을 수행하므로 SQL Server 최적화의 이점이 없습니다
• 액세스 테이블에 대한 Microsoft Access의 데이터 캐싱은 데이터가 변경되었는지 여부를 알고 있기 때문에 존재합니다. SQL Server 데이터의 경우 마지막 요청 이후 데이터가 변경되었으므로 메모리 캐싱이 불가능합니다.
• 데이터가 액세스인지 SQL 서버에 있는지 여부에 관계없이 제대로 설계되지 않은 테이블, 쿼리 또는 VBA 코드 세트가 천천히 실행됩니다.

성능의 이유로 SQL Server로 향상시키기 전에 액세스 데이터베이스가 액세스 할 수있을뿐만 아니라 실행되도록 최적화되어 있는지 확인하십시오. SQL Server로 이동하면 심각한 데이터베이스 및 쿼리 설계 문제가 해결되지 않습니다. 액세스에서 이러한 문제를 해결하는 것은 실제로 SQL Server에서 나중에 수행하는 것보다 쉽기 때문에 나중에이 작업을 수행하는 데 소요되는 시간과 노력이 보존됩니다.

Microsoft Access 데이터베이스가 심각한 문제가 없도록하려면 Total Access Analyzer 프로그램을 사용하여 데이터베이스를 문서화하고 분석하십시오. 액세스 데이터베이스를 최적화하는 데 도움이되는 300 가지가 넘는 오류, 설계 제안 및 성능 문제를 감지합니다.

비교적 작은 Microsoft Access 데이터베이스의 경우 성능상의 이유로 만 SQL Server로 향상되지 않습니다. 커지기 후 성능이 감소 할 수 있습니다. 투자를 향상시키기 전에 액세스 문제를 최적화하는 방법을 찾으십시오. 성능 문제는 데이터 스토리지와 관련이 없을 수 있습니다.

SQL Server에 대한 단점

데이터베이스를 SQL Server로 향상시키기로 결정한 경우 SQL Server로 마이그레이션 할 때 특정 기능이 손실됩니다. Microsoft Access 데이터베이스는 다중 인식이며 다중 사용자 환경에서 변경되는 데이터를 자동으로 처리합니다. SQL Server 데이터베이스는 요청시 정보 만 제공합니다. 솔루션에 영향을 미치는 변경 사항을 방송하지 않습니다

문제	마이크로 소프트 액세스	Microsoft SQL Server
보는 데이터는 다른 사용자가 수정합니다	새 데이터는 화면에서 자동으로 업데이트됩니다. 이를 반영하기 위해 키 스트로크 나 코드가 필요하지 않습니다.	이전 데이터는 명백한 새로 고침 (requery)이 호출 될 때까지 화면에 남아 있습니다.
다른 사람이 편집하고 있다는 레코드를 편집하십시오	현재 다른 사람이 레코드를 편집하고 있다는 경고가 발행됩니다. 저장 할 수없는 레코드 편집 시간 낭비가 사용자가 저장합니다.	레코드를 저장하려는 시도 후에 경고가 발행됩니다. 사용자가 만든 모든 수정을 폐기 할 수 있습니다. 개발자는 코드 및 태그 레코드를 작성하여 레코드 잠금 메커니즘을 구현할 수 있지만 SQL Server의 내장 기능은 아닙니다.
다중 값 필터 기능	이 멋진 기능은 데이터 시트에서 최종 사용자 필터링을 단순화하고 프로그래밍없이 나타납니다. 액세스 테이블을 위해 Microsoft Access 2007에서 소개되었습니다

업 사이징 아키텍처

Access Upsizing Project를 고려할 때 다양한 업 사이징 옵션이 있음을 이해하는 것이 중요합니다. 이들은 단순히 데이터를 이동하는 것부터 응용 프로그램을 완전히 재건하고 재 설계하는 것까지 다양합니다. Upsizing 프로젝트의 올바른 경로를 선택하려면 지원하는 데이터 아키텍처 유형에 익숙해야합니다

건축학	설명	데이터베이스의 %
이미 오른쪽 크기	많은 액세스 데이터베이스는 크기를 크기로 만들 필요가 없습니다. 액세스로 그대로 두십시오	85%
상향 크기 데이터 만	응용 프로그램 및 로직을 액세스하고 데이터를 SQL Server로 이동 한 다음 Access 데이터베이스를 연결하십시오	10%
ADP를 사용한 상향 크기의 응용 프로그램	데이터를 SQL Server로 이동하고 액세스 응용 프로그램을 ADP (Access Data Project)로 변환하십시오	0%
완전한 교체	액세스 응용 프로그램을 프로토 타입으로 취급하고 SQL Server의 새로운 솔루션으로 완전히 바꾸십시오	5%

건축 1 : 이미 오른쪽 크기

조직에서 액세스 사용을 목록에 보려면 컴퓨터 및 네트워크 드라이브에 흩어져있는 수백 ~ 수천 개의 MDB 데이터베이스를 찾을 수 있습니다. 이 데이터베이스는 직원이 구축 한 간단한 목록에서 작업 그룹 수준의 멀티 사용자 애플리케이션에 이르기까지 영역을 실행합니다.

수백 명에 달하는 데이터베이스 수가 있고, 커지기가 포함될 수있는 비즈니스에 대한 잠재적 비용과 혼란을 감안할 때, 총계의 작은 하위 집합만이 커지 크기의 후보가되어야한다는 것은 분명합니다.

향상 규칙의 첫 번째 규칙은 대부분의 데이터베이스를 강화해서는 안된다는 것입니다. 비용은 금지적입니다. 그리고 대부분의 액세스 데이터베이스를 상향 조정할 리소스가 있더라도 실질적인 이익은 없습니다. 한 사람이 사용하는 간단한 목록 또는 보고서는 일반적으로 미션 크리티컬 응용 프로그램의 영역에 속하지 않습니다. 실제로 이러한 유형의 응용 프로그램은 액세스가 설계되었으며 기능 내에 있습니다.

마지막으로, 일반적인 인벤토리 프로세스에서 찾을 수있는 많은 데이터베이스는 6 개월에서 1 년 동안 사용되지 않았을 수 있습니다. 보관 목적 이외에도 이러한 쓸모없는 데이터베이스는 더 이상 조직에 중요하지 않으며 향상된 후보자가 아닙니다.

이 아키텍처의 주요 장점은 당신이 아무것도 할 필요가 없다는 것입니다. 비용도없고 사업 중단이 없습니다. 단점은 Access/Jet 기반 솔루션이 확장 할 수 없으며 SQL Server의 신뢰성과 보안을 즐기지 않는다는 것입니다. 그러나 그것은 일반적으로 액세스 데이터베이스의 대부분에 문제가되지 않습니다.

• 비용 : 제트기가 액세스에 포함되어 있으므로 추가 소프트웨어가 필요하지 않습니다
• 사용 편의성 : SQL Server 지식이 필요하지 않습니다
• 최저 개발 비용

• 새로운 버전의 사무실, 액세스, 제트기 또는 데이터 액세스 구성 요소가 설치된 경우 제트 데이터베이스에는 호환성 문제가있을 수 있습니다
• 제한된 확장 성
• 제한된 보안
• 제한된 신뢰성
• 제한된 수의 사용자

아키텍처 2 : 상향 크기 데이터 만

Microsoft Access는 테이블 데이터를 위해 SQL Server에 링크 할 수 있기 때문에 데이터 만 마이그레이션하는 것은 비용과 장점 사이의 가장 좋은 균형 중 하나입니다. 이 아키텍처를 사용하면 모든 테이블 데이터가 SQL Server로 이동하는 반면 모든 양식, 보고서, 쿼리, 매크로 및 논리는 기존 액세스 데이터베이스에 남아 있습니다. SQL Server에서 발생하는 쿼리의 일부가 아닌 로컬 사용자 선택을 지원하기 위해 로컬 액세스 테이블을 남겨 두십시오.

이 접근법의 주요 이점은 기존 응용 프로그램 논리에 영향을 미치기 때문에 가장 빠르고 비용 효과적이라는 것입니다. 대부분의 경우 기존 객체는 계속 작동합니다. 상대적으로 적은 투자로 기존 MS 액세스 투자의 대부분을 유지하면서 SQL Server의 신뢰성 및 유지 보수 이점을 얻습니다.

• 데이터는 SQL Server에 있으며 보안, 확장 성 및 신뢰성을 제공합니다
• 다른 프로그램이 웹, 모바일 및 기타 장치에 대해 동일한 데이터를 공유 할 수있는 확장 가능

• 로컬 액세스 데이터베이스의 여러 사본은 여전히 ​​동기화가 필요합니다
• 로컬 액세스 데이터베이스는 제한된 보안, 확장 성 및 신뢰성을 제공합니다
• JET가 여전히 사용되므로 새로운 버전의 액세스, JET 또는 데이터 액세스 구성 요소가 설치되면 로컬 데이터베이스가 호환성 문제에 직면 할 수 있습니다

아키텍처 3 : 액세스 데이터 프로젝트 (ADP)가있는 상향 조정 응용 프로그램

액세스 데이터 프로젝트는 Microsoft Access 2000과 함께 도입되었으며 Microsoft Access 2013에서 중단되었습니다. 따라서 Microsoft가 향후 버전에서 더 이상 ADP를 지원하지 않기 때문에 기존 데이터베이스를 ADP로 변환하는 것이 좋습니다. 현재 권장 사항은 시나리오 2에 설명 된대로 ACCDB 또는 MDB 제트 데이터베이스를 사용하고 SQL Server 데이터베이스에 링크하는 것입니다. 기존 ADP를 유지해야 할 수도 있으므로 ADP에 대한이 정보를 제공합니다.

Microsoft Access 2000에서 2010 년부터 2010 년까지 데이터 프로젝트 액세스 ADP 파일을 SQL Server 데이터베이스에 직접 연결하고 Jet 데이터베이스 사용을 제거 할 수 있습니다. 쿼리, 양식, 보고서, 매크로 및 모듈은 MDB/ACCDB 데이터베이스와 유사했습니다. 모든 데이터가 SQL Server에 저장되므로 로컬 테이블이 없습니다. Microsoft Access는 SQL Server의 테이블 구조를 수정하는 데 사용될 수 있으며 SQL Server 테이블 구조에 대한 변경 사항은 ADP에 자동으로 반사되었습니다. SQL Server에 링크 된 ACCDB/MDB 데이터베이스의 경우 새 필드와 같은 구조적 변경을보기 위해 링크 된 테이블을 다시 표시해야합니다.

ADP 문제

Microsoft는 ADP 지원을 중단했습니다. 시간이 지남에 따라이 아키텍처를 지원할 수 없었기 때문입니다.

• SQL Server 팀은 자체 일정에 따라 버전을 출시 한 반면 Microsoft Access는 Microsoft Office 릴리스 일정에 제대로
• ADP와 SQL Server 데이터베이스 간의 엄격한 통합으로 인해 버전과 서비스 팩의 차이로 인해 문제가 발생했습니다
• 조작 된 테이블을 DAO에서 Ado로 변환 해야하는 모듈 VBA 코드.
• 로컬 테이블의 부족으로 인해 사용자별로 많은 작업이 어려워졌습니다
• 다른 데이터 소스에 링크 할 수 없음 (ADP는 하나의 SQL Server 데이터베이스로 제한됨)은 여러 소스의 데이터를 결합한 많은 Microsoft Access 솔루션이 ADP와 불가능하다는 것을 의미했습니다

아키텍처 4 : 완전한 교체

때로는 Microsoft Access 응용 프로그램이 너무 성공적이어서 액세스 기능을 능가합니다. Microsoft Access는 더 이상 데이터 용량 및 성능에 대한 조직의 요구에 부응하지 못할 수 있습니다. 또는 응용 프로그램의 전부 또는 일부를 웹으로 마이그레이션해야 할 수도 있습니다. 일부 Microsoft Access Upsizing Project는 액세스에서 완전히 마이그레이션해야합니다.

이 시나리오에서 Microsoft Access 응용 프로그램은 완전히 새로운 디자인의 프로토 타입으로 사용됩니다. Visual Studio와 같은 대체 기술 .SQL Server와 Net은 응용 프로그램을 완전히 다시 작성하는 데 사용됩니다. 데이터는 중앙 관리 서버 솔루션을 위해 SQL Server 또는 Oracle, MySQL 및 DB2와 같은 기타 소스로 이동합니다.

이 접근법의 주요 장점은 유연성입니다. Windows 데스크톱, 웹, 태블릿, 모바일 장치 등을 대상으로하는 응용 프로그램을 만들 수 있습니다. 동일한 데이터를 공유하는 동안. Visual Studio와 같은 전문 개발 환경 .Net은 관리 된 코드, 팀 기반 관리, 소스 코드 제어 및 다양한 타사 공급 업체에서 제공되는 전문 도구 및 구성 요소와 같은 장점을 제공합니다. 이 시나리오를 사용하면 사업부에서 엔터프라이즈 수준으로 이동할 수있는 신뢰할 수 있고 확장 가능하며 관리 가능한 응용 프로그램을 만들 수 있습니다.

이 접근법의 주요 단점은 비용입니다. 궁극적으로 Microsoft Access 응용 프로그램 및 데이터베이스를 버리고 있으므로 새로운 디자인, 개발 및 구현 프로젝트로 새로운 응용 프로그램을 작성하고 있습니다. 다행스럽게도 소수의 액세스 응용 프로그램만이 수준의 노력이 필요합니다.

• 유연성 : 응용 프로그램은 Windows, 웹 등을 대상으로 할 수 있습니다
• 확장 성과 신뢰성 : 사용 .SQL Server를 통한 NET 개발 기술은 최고의 중급 및 기업 수준의 투자 수익을 제공합니다
• 관리 편의성 : 액세스 버전은 더 이상 기업 전반에 걸쳐 사용할 애플리케이션 능력 (또는 무능력)에서 어떤 역할도하지 않습니다
• 과거의 디자인 결정에 적응하기보다는 오늘날의 요구를 충족시키는보다 현대적인 시스템을 재 설계하고 만들 수있는 기회

• 최고 비용
• 직원의 재교육
• 새로운 응용 프로그램 테스트
• 추가 개발자 전문 지식

조직에서 Microsoft Access 데이터베이스 인벤토리 작성

조직이 직면 할 수있는 가장 큰 과제 중 하나는 귀하가 보유한 Microsoft Access 데이터베이스 수와 상향 조정 해야하는 데이터베이스를 식별하는 것입니다. 문제는 어디서부터 시작 해야하는지입니다. 문제에 대한 초기 핸들을 얻기 위해 액세스 데이터베이스를 효율적으로 재고하는 방법? 보수적 인 추정치가 있더라도 500 개의 데스크톱이있는 조직에는 10,000 개의 액세스 데이터베이스가있을 수 있습니다.

수동 솔루션

이 문제를 해결하기위한 몇 가지 전략이 있습니다. 가장 간단한 경로는 일반적으로 이메일 메시지를 통해 데스크탑 사용자와 통신하고 각 사용자의 데이터베이스 인벤토리에 대한 기본 피드백을 요청하는 것입니다.

• 현재 사용하는 액세스 데이터베이스 수?
• 이 데이터베이스에 몇 개의 테이블이 있습니까??
• 이 데이터베이스를 다른 사용자와 공유합니까??
• 회사 데이터에 링크하거나 가져 오기/내보내기를 사용합니까??
• 데이터베이스가 백업되고 있습니까??

잘 정의 된 (그리고 간단한) 일련의 질문은 위험에 처할 수있는 데이터베이스를 식별하는 데 도움이됩니다.

자동화 된 솔루션

대규모 조직의 경우 자동화 된 시스템이 바람직합니다. 검사 해야하는 기계를 가리키고 자동으로 재고를 가리키고 발견 된 액세스 데이터베이스에 대한보고.

로컬 및 네트워크 하드 드라이브를 확인하여 조직의 모든 액세스 데이터베이스의 인벤토리를 만들어 프로젝트를 결정하고 일정을 잡을 수 있습니다.

Total Visual Agent Program에서 네트워크에서 Microsoft Access 데이터베이스 집안일을 수행 할 수 있습니다. Compact 및 Backup과 같은 작업을 수행하는 것 외에도 각 데이터베이스의 객체 수 및 각 테이블의 레코드 수와 같은 데이터베이스 통계를 수집하는 데 사용될 수 있습니다. 무료 평가판을 사용할 수 있습니다.

SQL Server 호스트 선택

액세스 애플리케이션을 업 사이즈로 선택한 후에는 이제 SQL Server에 데이터를 저장할 수있는 많은 옵션이 있습니다. 기존 SQL Server 설치를 식별하여 사용하거나 생성하십시오. SQL Server는 다양한 판으로 제공됩니다

• 데스크탑에 설치할 수있는 무료 Microsoft SQL Server Express Edition. 이것은 최대 10GB 크기의 데이터베이스를 지원하는 제한된 버전의 SQL Server입니다.
• 자신의 서버에서 호스팅하는 SQL Server Enterprise 버전. 이를 위해서는 SQL Server 라이센스와 하드웨어를 구매하려면 호스팅해야합니다.
• 데이터베이스 당 월 $ 10부터 시작하는 SQL Azure와 같은 클라우드 기반 SQL Server. 많은 ISP는 호스팅 계획의 일부로 SQL Server 데이터베이스를 제공합니다.

일반적으로 Express를 포함한 SQL Server의 모든 판은 소규모 작업 그룹 응용 프로그램을 처리 할 수 ​​있습니다. 애플리케이션과 데이터베이스를 모두 업 사이징하고있는 경우 전용 서버 버전 사용을 고려하고 필요한 것이 가장 큰 확장 성, 기능 및 신뢰성을 요구합니다.

Microsoft Access 2013 및 2016 웹 솔루션

Microsoft Access 2013은 SharePoint 2013/2016에서 액세스 데이터베이스를 생성하거나 Office365 구독과 함께 Microsoft가 호스팅하는 액세스 데이터베이스를 생성하는 방법 인 Access Web Apps를 소개했습니다. 액세스 웹 솔루션을 저장하는 데이터베이스는 실제로 SQL Azure입니다. 이미 Office365 구독이있는 경우 문자 그대로 무료로 무제한 수의 SQL Azure 데이터베이스를 무료로받을 수 있습니다 (일반적으로 한 달에 $ 10의 비용). 더 나은 것은 MS Access Desktop 데이터베이스에서 직접 SQL Azure 데이터베이스에 링크 할 수 있습니다. 그러나 한계가 있습니다

• 액세스 웹 앱의 데이터베이스는 크기가 1GB로 제한되므로 MS Access Jet 데이터베이스의 2GB 한계를 초과하는 데이터베이스에 대한 상향 조정이 필요한 경우 도움이되지 않습니다
• 저장된 절차와 트리거를 추가 할 수있는 기능이 없습니다. Microsoft Access는 데이터베이스를 잠금하여 사용자 정의 코드를 직접 추가 할 수있는 기능을 방지합니다. 즉, 보안 또는 관리 가능성을 위해 백엔드 데이터베이스의 코드를 통합하는 것이 향상되는 것이 이상적이지 않다는 것을 의미합니다.
• Access Web Solutions는 Access Web Solutions가 SQL Server 데이터베이스에 직접 프론트 엔드 솔루션을 저장하기 때문에 자체 코드 및 스토리지를 추가합니다.

또한 액세스 웹 솔루션은 여전히 ​​상대적으로 미숙하며 기존 Microsoft Access 데이터베이스가 VBA와 함께 할 수있는 기능을 제공하도록 사용자 정의 할 수 없습니다. 매우 제한된 사례를 제외하고 Microsoft Access 데이터베이스를 웹으로 확장하기 위해 SQL Server로 마이그레이션하는 경우 Visual Studio와 같은보다 강력한 프론트 엔드 솔루션이 필요할 수 있습니다 .그물.

그러나 액세스 웹 솔루션이 내부 요구에 충분한 경우를 고려할 가치가 있습니다 (Office365는 더 이상 공개 웹 사이트 생성을 지원하지 않기 때문에). 이 플랫폼에 데이터를 업로드하고 기존 액세스 데이터베이스를 연결할 수 있습니다.

경고 : 2017 년 3 월 Microsoft는 Access Web Apps가 향후 지원되지 않을 것이라고 발표했습니다. On Premise SharePoint 호스트를 위해 Microsoft는 다음 버전의 SharePoint에서 AWA를 지원하기 위해 노력하고 있습니다. Office365의 경우 Microsoft는 2018 년 4 월에 지원을 중단하고 있습니다. 그들은 AWA와 동일한 기능을 가진 동등한 대안을 제공하지 않았습니다. 물론 SQL Azure의 데이터를 이동할 수 있습니다. (Microsoft 발표)

업 사이징 프로젝트 계획

불필요한 비용을 피하고 응용 프로그램 가용성을 확인하고 위험을 최소화하려면 액세스 업 크기 조정 프로젝트를 신중하게 계획하는 것이 중요합니다. 계획 금액은 당신이 계획하는 업 사이징 프로젝트 유형과 직접 관련이 있습니다. 예를 들어, 데이터를 SQL Server로 간단하게 마이그레이션하면 응용 프로그램 및 데이터 마이그레이션을 완전히 다시 작성할 계획이 적습니다. 이 섹션에서는 Upsizing 프로젝트 계획을위한 지침 및 모범 사례를 제공합니다.

1 단계 : 설계 및 계획

Upsizing 시나리오를 선택하십시오

귀하의 계획 수준 및 전반적인 노력은 선택한 최신 시나리오와 직접 관련이 있습니다. 예를 들어, 액세스 프론트 엔드를 제자리에 두면서 SQL Server 로의 데이터를 상승시키는 데이터는 노력이 줄어들 필요가 없지만 이점이 줄어 듭니다. 계획을 선택한 후에는 목표, 타임 라인 및 예산을 명확하게 진술해야합니다.

관리

Upsizing 프로젝트가 배치되기 전에 새 SQL Server 데이터에 대한 관리 계획이 있어야합니다. 롤아웃 전에이를 계획하는 것이 중요합니다. SQL Server 설치 및 개체 생성은 방정식의 일부일뿐입니다. 데이터베이스 구성 요소 및 재해 복구를 담당하는 백업 일정, 결함 공차 매개 변수 (필요에 따라) 및 관리 직원을 정의해야합니다.

개발 계획

변경 해야하는 액세스 애플리케이션의 각 측면을 다루는 개발 계획 작성. 데이터를 SQL Server로 향상시킬 계획이라면 여전히 액세스 프런트 엔드의 일부가 변경되어야 할 수 있습니다. 예를 들어, 제트 데이터베이스 엔진은 SQL 서버와 다른 데이터 유형과 다른 SQL 문법을 사용합니다. 비 호환성 영역을 식별하고 필요에 따라 액세스 개체를 변경할 계획. 시나리오가 다른 환경에서 액세스 애플리케이션을 완전히 다시 작성 해야하는 경우 .NET, 전체 수명주기 소프트웨어 개발 노력으로 프로젝트에 접근하고 그에 따라 계획해야합니다. 마지막으로, 잠재적으로 발생할 수있는 데이터 불안정화 또는 손실과 같은 위험 영역을 식별하고이를 해결하기위한 사전 계획을 세우십시오.

Microsoft Upsizing Wizard를 평가하십시오

마이크로 소프트. 불행히도이 마법사는 유용한 SQL Server 기반 응용 프로그램을 만들 수있는 능력이 상당히 제한적입니다. Upsizing 프로젝트를 고려할 때는 Microsoft Upsizing Wizard를 출발점으로 사용할 계획 일 수 있습니다. 그러나 가장 단순한 사람을 제외하고는.이자형. 시나리오 2) 커피 조정 프로젝트, 상향 조정 마법사는 작업의 약 40% 만 달성합니다. 이 섹션에서는 Microsoft Upsizing Wizard에서 발생할 수있는 제한 사항에 대해 설명합니다.

문제	설명
비표준 표/필드 이름	제트 및 SQL은 다른 명명 표준을 사용합니다. 거꾸로 마법사가 일부를 찾을 수는 있지만 전부는 아닙니다. 그리고 기존 코드에서는 찾아서 이름을 바꾸는 사람들이 작동하지 않습니다.
SQL의 차이	Access/Jet는 SQL Server가 지원하는 ANSI SQL과 다른 자체 SQL 방언을 사용합니다. 다시 쓰지 않고도 많은 제트 기반 쿼리는 SQL Server에서 실행할 수 없습니다.
데이터 유형 변환 문제	Access/Jet에는 SQL Server와 다른 경우 데이터 유형에 대한 자체 표준이 있습니다. Upsizing Wizard는 데이터 유형 변환 측면에서 몇 가지 선택을 할 수 있지만 변경 사항은 개발자 검토가 필요합니다.
건축 문제	Microsoft Upsizing Wizard는 SQL Server 클라이언트/서버 모델에서 올바르게 작동하도록 응용 프로그램을 다시 작성할 수 없습니다. 거의 모든 액세스/제트 응용 프로그램은 제트의 파일 공유 모델과 함께 작동하도록 설계되었습니다. 이러한 디자인은 클라이언트/서버 모델에 적합하지 않으며 성능이 저하 될 수 있습니다.
코드가 변환되지 않습니다	Upsizing Wizard는 응용 프로그램의 VBA 코드를 변환하지 않습니다. 응용 프로그램의 일부가 SQL Server를 가리키면 심각한 오류가 발생할 수 있으며 코드는 여전히 액세스/제트 데이터베이스를 가리 킵니다.
상향 조정되지 않은 항목	Microsoft Upsizing Wizard는 숨겨진 개체, 보안 설정, 형식 및 입력 마스크 속성, 테이블/필드 캡션 속성, 테이블 조회 필드, 크로스 탭 쿼리, 매개 변수, 많은 쿼리 속성, 매크로 및 모듈 코드를 변환하지 않습니다.

일반적으로 Microsoft Upsizing Wizard를 시작점 또는 개념 증명 단계로 사용하는 것을 고려하십시오. 그러나 올바른 방식으로 응용 프로그램을 실제로 상향 조정하는 데 의존 할 수 없습니다.

2 단계 : 구현

SQL Server를 구성하십시오

개발 계획의 일부인 데이터 다이어그램을 사용하여 테이블, 뷰 및 저장 절차와 같은 첫 번째 버전의 SQL Server 객체를 구현하십시오. 필요에 따라 사용자, 그룹 및 역할을 구현하십시오. 개발이 시작되기 전에 이러한 객체를 마련하는 것이 중요합니다. 성능 최적화에 대해 걱정하지 마십시오. 나중에 발생합니다.

개발

개발 계획에 따라 개발 팀 직원 및 필요한 자원을 제공합니다. 벤치 마크 또는 프로토 타입 리소스를 사용하기 위해 팀이 기존 액세스 응용 프로그램을 사용할 수 있도록하십시오. 계획 과정에서 정의 된 이정표 및 위험 영역을 주시하십시오.

테스트

새 응용 프로그램의 첫 번째 테스트 배포 전에 기본 개발자 기반 테스트가 발생해야합니다. 기존 액세스 응용 프로그램을 모델로 사용하여 초기 테스트 노력에 필요한 시간을 줄입니다. 원래 액세스 응용 프로그램의 각 기능 영역을 새 코드베이스와 비교하십시오. 액세스 프런트 엔드 애플리케이션을 완전히 다시 작성하고 데이터를 이동하는 경우 전용 품질 보증/테스트 직원이 참여하여 중요한 오류를 찾을 계획입니다.

선적 서류 비치

대부분의 액세스 응용 프로그램은 최종 사용자가 생성하므로 문서가 부족합니다. 너머 크기의 과정에 투자하고 있기 때문에 지금은 새로운 응용 프로그램을 문서화하는 데 시간을 보내는 좋은 시간입니다. 최소한, 응용 프로그램의 구성 요소 부품이 거주하는 위치, 데스크탑 및 네트워크 설정 및 테스트 계획의 결과를 기반으로 기본 문제 해결 기술을 설명하는 구성 및 문제 해결 문서를 작성하십시오. 리소스가 있으면 데이터 다이어그램, 흐름도, 코드 목록 등의 형태로 더 완전한 문서를 고려할 수 있습니다.

훈련

기존 제작 응용 프로그램을 사용하여 변경하거나 다시 작성하면 응용 프로그램 사용자가 기내에 있는지 확인해야합니다. Upsizing 프로젝트와 관련된 변경 범위에 따라 응용 프로그램 사용자를위한 교육은 관련 교육 가이드 및 문서와 함께 완전한 공식 교육 요법에 몇 시간의 연습을 포함 할 수 있습니다. 응용 프로그램 사용자의 구매를 받으려면 좋은 교육이 중요합니다.

발표

응용 프로그램의 첫 번째 롤아웃은 일반적으로 전체 사용자 모집단의 하위 집합에 배포됩니다. 소규모 사용자 그룹을 선택하고 베타 테스터로 사용하십시오. 명백한 목표는 계획 및 개발 작업을 확인하는 것입니다. 새로운 응용 프로그램이 올바르게 작동합니다? 그 외에도 사용자 피드백은 계획 및 구현 프로세스에서 해결되지 않은 마지막 순간 문제를 식별하는 데 도움이 될 수 있습니다. 사용자는 유용성에 관한 귀중한 정보를 제공 할 수도 있습니다.

초기 테스트를 거치고 필요한 변경 또는 수정 사항을 작성한 후에는 응용 프로그램을 전체 사용자 기반으로 롤아웃하십시오. 응용 프로그램의 사용자 수와 데이터의 중요성과 통화에 따라 기존 액세스 기반 시스템을 새로운 시스템과 일정 기간 동안 실행하는 것을 고려할 수 있습니다. 새로운 응용 프로그램이 문제가 발생하면 추가 보안을 제공합니다.

3 단계 : 안정화 및 최적화

새로운 응용 프로그램이 모든 사용자에게 생산이 사용되면 프로젝트는 안정화 기간에 들어갑니다. 결함은 사용자로 식별되며 수정 사항이 계획됩니다. 사용자는 또한 새로운 기능에 대한 기회를 볼 수 있으며 (모든 응용 프로그램의 경우와 같이) 경영진이 정식으로 언급해야합니다. Upsizing 프로젝트는 종종 최종 사용자의 제어하에있는 응용 프로그램 속성을 초래하기 때문에 사용자에 대한 지속적인 지원이 중요합니다.이자형. SQL Server).

이 기간 동안 사용자가 느리게보고 할 수있는 내용뿐만 아니라 쿼리 분석기 및 성능 카운터와 같은 도구를 사용하여 SQL Server의 활성 모니터링 측면에서 성능을 모니터링해야합니다.

결론

데이터베이스 진화가 예상되어야하며 모든 회사의 일반적인 비즈니스 개발에서 정상적인 사건입니다. 특정 응용 프로그램의 중요성, 규모 및/또는 사용자 접근성 (성장)은 종종 원래 개념 또는 개발 플랫폼을 초과 할 수 있습니다. 대부분의 액세스 애플리케이션은 전체 유용한 수명을 완벽하게 작동시킬 수 있지만 일부는보다 안전하고 강력한 플랫폼으로 마이그레이션해야합니다. 어떤 액세스 데이터베이스가 등 후보인지 알 수 있고 마이그레이션을 수행하는 방법을 정확히 알면 가장 숙련 된 네트워크 관리자조차도 어려움을 겪을 수 있습니다.

기존 Microsoft Access 애플리케이션을 인수하는 경우 Upsizing이 즉각적인 답변이라고 가정하기 전에 Legacy Microsoft Access 데이터베이스 응용 프로그램을 인수 (상속)를 읽습니다. Microsoft Access에 대한 기존 투자를 활용하기 위해 수행 할 수있는 일이 많이 있으므로 최신 규모가 가장 가치있는 상황에 집중할 수 있습니다.

Microsoft 제품군 내에서 액세스 응용 프로그램 및 데이터를 유지함으로써 (E.g., SQL Server에 대한 액세스) 및 FMS와 같은 숙련 된 기술 파트너 참여 프로세스는 관리하기 쉽고 비용 효율적일 수 있습니다.

FMS 전문 지식

Microsoft가 인증 된 파트너를 참여시키기로 결정했을 때 기술 전문 지식과 SQL Server Upsizing 캠페인에 대한 National Microsoft 액세스에 대한 지원을 빌려주는 FMS가 선정되었습니다. 우리는 역사 전반에 걸쳐 Microsoft Technology 플랫폼에 중점을 두 었으며 오늘날 여러 Microsoft 개발 팀의 가장 신뢰할 수있는 조언 중 하나입니다. 우리의 명성은 소프트웨어 개발 커뮤니티의 모든 측면에서 일관되고 철저하며 상당한 참여 중 하나이며 우리의 제품은 약 40 개의 산업 상을 수상했습니다.

FMS는 1992 년 처음으로 Access가 출시 된 이후 프로그래밍 커뮤니티에 수상 경력에 빛나는 액세스 개발 소프트웨어 도구를 제공하고 있습니다. FMS는 현재 전 세계에서 제 3 자 액세스 소프트웨어 공급 업체로 알려진 FMS는 처음부터 액세스 혁신의 최전선에 서있었습니다. 사실, 우리의 사장 겸 창립자 인 루크 정은 마이크로 소프트 액세스 MVP이며 우리 팀의 여러 개인이 그 타이틀을 수여했습니다.

마찬가지로, 우리는 1993 년부터 Microsoft SQL Server를 사용하여 신뢰할 수있는 고성능 데이터베이스 시스템을 개발해 왔습니다. 우리 팀은 데이터 정규화 기술, 데이터베이스 설계를위한 모범 사례 및 SQL Server 작동 방식에 대한 깊은 내부 지식에 대한 광범위한 경험을 가지고 있습니다. 우리는 소규모 작업 그룹 솔루션에서 SQL Server 및 SQL Azure를 사용하여 고도로 확장 가능한 전자 상거래 비즈니스 사이트에 이르기까지 모든 것을 구현했습니다. 평가 및 자세한 정보는 당사에 문의하십시오.