Access Front End가있는 분산 DB 응용 프로그램을 작성하고 있습니다. 본질적으로 어떤 형태와보고가있는 mde. 백엔드 테이블을 보유하거나 MySQL 또는 다른 데이터베이스를 사용하기 위해 액세스 mdb를 사용해야합니까?Access 또는 MySQL을 백엔드 데이터베이스로 사용하십시오.
답변
개인적으로 SQL Server Express 또는 MySQL을 사용합니다. Access 백엔드보다 확장 성이 뛰어나며 Access에서 벗어날 준비가되면 백 엔드와 프런트 엔드를 변환하지 않고도 수행 할 수 있습니다.
SQL Server Express는 좋은 솔루션 일 수 있지만 매우 엄격한 제한이 있습니다. 또한 라이센스가 귀하의 필요에 맞는지 확인해야합니다.
동시성 및 확장 성 요구 사항이 제한적일 경우 (중간 정도의 I/O를 가진 동시 사용자가 10-15 명이라면) MDB 백엔드 사용에는 아무런 문제가 없습니다. 나는 Access 팬이 아니지만, 경험상 이것이 보통 작동한다는 것을 안다.
또한 MDB 백엔드 관리는 거의 무료이지만 MySQL 또는 SQL Server Express는 실제 DBA 작업이 필요합니다. 당신이 그것을 결코 필요로하지 않을 것이라는 점을 합리적으로 확신 할 수 있다면 더 큰 무엇인가를 생각해 낼 필요가 없습니다.
실제로 배포하려면 Access/Jet DB 엔진이 아닌 실제 데이터베이스를 사용해야합니다.
액세스에 대한 좋은 점은 하나의 MDB 파일을 데이터베이스와 코드로 분할하는 도구 (메뉴보기)가 있다는 것입니다. 그렇게하고 코드를 새 데이터 소스로 향하게합니다.
일부 쿼리를 약간 수정해야 할 수도 있습니다.
이것은 좋은 팁입니다. 나는 그것을 몰랐다. –
Jet는 실제 데이터베이스입니다. 그 멍청한 말을 그만 그만둬. –
@David : Access를 많이 사용했을 때 (90 년대 초반) Jet는 SQL Server에 비해 심각하게 장애가되었습니다. 아마 사물이 변했을 것입니다. – Uri
SQL Server Express가 최선의 선택이라고 생각합니다. MySQL은 백엔드를위한 훌륭한 DB이지만 Access는 SQL Serv Express와 더 잘 통합됩니다. 물론 MS는 무료 인 경우에도 자신의 제품을 사용하기를 원하며 Express Edition은 무료라고 생각하여 꽤 좋습니다. 응용 프로그램이 나중에 큰 시간을 확장해야하는 경우 유료 SQL Server 로의 업그레이드가 간단하고 드라이버가 동일합니다.
"분산 DB 응용 프로그램"이란 의미를 정의해야한다고 생각합니다. 내가 이해하는 그 용어는 일반적으로 백 엔드를 위해 달리기를 제트기에 맡길 것이다.
사용자 수, 운영 환경, 보안 및 안정성 요구 사항 등이 없으면 아무도 실제로 질문에 대답 할 수 없습니다. 10 명의 사용자가 업무용 데이터가 아닌 경우 Jet 백 엔드가 완벽 할 수 있습니다 개발 및 관리에 케이크 조각을 만들어야합니다. 100 명의 사용자가 있다면 분명히 서버 백엔드와 함께 가고 싶을 것입니다. 중요한 보안 고려 사항 (예 : HIPAA 준수)이있는 경우 서버 수준의 보안 기능이 내장되어 있으며 Jet와 함께 사용하지 않는 데이터베이스를 사용하고 싶을 것입니다.
그러나 Jet 백엔드가 아주 빠르고 완벽하게 신뢰할 수있는 응용 프로그램이 많이 있습니다.
세 번째 옵션이 있습니다 : 일반적인 Access 백엔드를 사용할 수 있도록 EQL Data과 같은 것을 사용할 수 있지만 다중 사용자 확장 성 문제를 돕기 위해 각자에게 자신의 복사본을 제공하고 동기화하십시오. 그렇게하면 "실제"DB 백엔드를 사용하는 복잡성을 겪지 않아도됩니다.
MySQL을 선택하면 각 클라이언트에 MySQL Connector (ODBC)를 설치해야합니다. 임시 구성 요소를 배포하는 것을 원하지 않는다면 SQL Server Express를 선택하는 것이 좋을 것입니다. ADO는 MS SQL에서 더 잘 작동합니다.
Windows에서 정상이면 SQL Server Express가 맞습니다. –
은 SQL Server Express가 무료입니까? –
@Mike Pone - 그렇습니다. 무료입니다. – cjk