Access 또는 MySQL을 백엔드 데이터베이스로 사용하십시오
https://stackoverflow.com/questions/807602
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
액세스 프론트 엔드가있는 분산 DB 응용 프로그램을 작성하고 있습니다. 본질적으로 일부 형태와 보고서가있는 MDE. Access MDB를 사용하여 백엔드 테이블을 보유하거나 MySQL 또는 다른 데이터베이스를 사용해야합니까?
해결책
개인적으로 SQL Server Express 또는 MySQL을 사용합니다. 그들은 액세스 백엔드보다 확장하고 액세스에서 멀어 질 준비가되면 백엔드와 프론트 엔드를 변환하지 않고도 할 수 있습니다.
다른 팁
SQL Server Express는 좋은 솔루션 일 수 있지만 몇 가지 엄격한 제한 사항도 있습니다. 또한 라이센스가 귀하의 요구에 맞는지 확인해야합니다.
동시성 및 확장 성 요구가 제한되어 있다면 (예 : 적당한 양의 I/O를 가진 10-15 동시 사용자) MDB 백엔드를 사용하는 데 아무런 문제가 없습니다. 나는 액세스 팬이 아니지만 경험에서 이것이 일반적으로 효과가 있다는 것을 알고 있습니다.
또한 MDB 백엔드를 관리하는 것은 거의 무료이지만 MySQL 또는 SQL Server Express에는 실제 DBA 작업이 필요합니다. 당신이 필요로하지 않을 것이라고 확신한다면 더 큰 것을 가지고 갈 필요는 없습니다.
실제 배포의 경우 Access/Jet DB 엔진이 아닌 실제 데이터베이스를 사용하려고합니다.
즉, 액세스의 가장 큰 장점은 단일 MDB 파일을 데이터베이스 및 코드로 분할하는 도구 (메뉴를 보면)가 있다는 것입니다. 그렇게 한 다음 새로운 데이터 소스에서 코드를 목표로하십시오.
일부 쿼리를 약간 수정해야 할 수도 있습니다.
SQL Server Express가 최선의 선택이라고 생각합니다. MySQL은 백엔드에 대한 좋은 DB이지만 액세스는 SQL Serv Express와 더 잘 통합됩니다 (물론 MS는 무료이더라도 자체 제품을 사용하기를 원합니다). 응용 프로그램이 나중에 큰 시간을 확장 해야하는 경우, 유료 SQL 서버로의 업그레이드는 간단하고 드라이버는 동일합니다.
"분산 된 DB 응용 프로그램"이 의미하는 바를 정의해야한다고 생각합니다. 내가 이해하는 그 용어는 일반적으로 백엔드를 위해 달리기에서 제트기를 꺼낼 것입니다.
사용자 모집단, 운영 환경, 보안 및 신뢰성 요구 사항 등을 표시하지 않고는 실제로 귀하의 질문에 답할 수 없습니다. 10 명의 사용자가 아니고 사업 라인 데이터가 아닌 경우 제트 백엔드가 완벽하고 개발을 만들 수 있습니다. 케이크 한 조각. 사용자가 100 명인 경우 서버 백엔드를 사용하고 싶을 것입니다. 중요한 보안 고려 사항 (예 : HIPAA 규정 준수)이 있으면 서버 레벨 보안이 내장되어 있고 제트기를 사용하지 않는 데이터베이스를 사용하고 싶을 것입니다.
그러나 제트 백엔드가 괜찮을 것입니다. 빠르고 완전히 신뢰할 수있는 많은 응용 프로그램이 있습니다.
세 번째 옵션이 있습니다 : 당신은 다음과 같은 것을 사용할 수 있습니다. EQL 데이터 일반 액세스 백엔드를 사용할 수는 있지만 각 사람에게 다중 사용자 확장 성 문제에 도움이되도록 각자의 사본 (및 동기화)을 제공하십시오. 그렇게하면 "실제"DB 백엔드를 사용하는 복잡성에 들어갈 필요가 없습니다.
MySQL을 선택하면 각 클라이언트에 MySQL 커넥터 (ODBC)를 설치해야합니다. SQL Server Express는 부호 구성 요소를 배포하고 싶지 않다면 ADO가 MS SQL에서 더 잘 작동합니다.
