문제를 사용하 MS Access 프런트 엔드 MySQL 데이터베이스 back-end?

https://stackoverflow.com/questions/5842

08-06-2019
|

문제

두 개의 사용자가 원하는 동일한 데이터베이스를 공유 할 수 있 원 MS 액세스 충돌하지 않고,다른 하나를 통해 MDB 파일입니다.

자동 테이블에서 간단한 MS 액세스 MySQL 데이터베이스를 사용하여 마이그레이션 도구 (는 잘 작동 방법에 의해)및 액세스를 설정을 링크하는 사람들은 테이블을 통해 ODBC.

지금까지 실행으로 다음과 같다:

할 수 없는 삽입 업데이트//삭제 행 테이블에 기본 키가 없(전혀 놀라운 있음).
일련 번호 필드에서 MS 액세스해야 하는 기본 키나 그들은 결국은 정수로서 열 MySQL(답,왜 그러지 않았을 PK?)
테이블 마이그레이션 MySQL 의 InnoDB 테이블의 유형,그러나 액세스 관계가 되지 않 MySQL 외국인 키의 제약 조건이 있습니다.

일단 데이터베이스에서 사용,기대할 수 있는 다른 문제를 해결합니까?특히 사용자 모두에서 작업하는 동 테이블?

해결책

가 근무하는 응용 프로그램도 마찬가지로:MS 액세스하는 프 MySQL 수 있습니다.그것은 엄청난 고통을 쓰게 됐 Win32 프론트 엔드 대신 합니다.에서 내 머리 위로,나는 발생하는 다음과 같은 문제점:

개발의 ODBC 를 링크하는 것은 이미 오래 전에 끝났다.거기에 다양한 버전으로 떠---매우 혼란스럽습니다.ODBC 링크를 지원하지 않는 유니코드/UTF8,기억하고 있었다 다른 문제 뿐만 아니라 그것으로(그 일을 극복할 수 있다주의에 의해 구성).
아마 당신 수동으로 조정할 db 스키마와 호환 가능하도록 MS 액세스입니다.나는 당신이 이미 이에 대해 알 필요한 대리 키(즉,int,기본 키가):-)
염두에 두어야 할 필요할 수 있는 사용권을 통해 쿼리를 더 정교한 SQL 의 조작 MySQL 데이터베이스입니다.
조심으로 많이 사용하여 VBA,로하는 경향이 있거하는 프론트 엔드 파일입니다.정기적으로 압축하는 데이터베이스(를 사용하여 메인 메뉴,도구|데이터베이스 유틸리티|압축 복원하거나,같은 것---나를 사용하여 네덜란드 버전)만들기 많 의 백업이 필요합니다.
액세스하는 경향이 많이 네트워크 트래픽이 있습니다.다음과 같,거대한 많이 있다.나는 할 수 없었습니다 찾을 수 있는 솔루션입니다.네트워크를 사용하 모니터링을 권장하고 싶은 경우에 눈을 유지하는 것!
액세스 주에 저장하는 부울 0/-1 입니다.이럴 0/+1 게 더 감각,그리고 나는 그것을 믿는 기본 방식에서 일을 MySQL 니다.지 않을 거대한 문제이지만,경우 체크 박스 작동하지 않는,당신은 확실히 확인이다.

가능한 한 가지 대안을 배출하는 것이 백엔드(과 데이터)에는 공유라이브입니다.내가 이것을 기억하는 기록이 잘되고,또한에서 도움이됩니다.할 수 있습을 봐야 일부에 대한 일반적인 조언로 나뉘 프론트 엔드 백엔드 고 코드는 자동으로 다시 연결하는 백엔드에서 시작;난 보낼 수도 있습니다 당신은 좀 더 많은 예제 코드,또는 게시합니다.

그렇지 않으면,당신은 또한 고려 MS SQL.나는이 경험이없는,하지만 난 그것은 작품과 함께 MS 액세스는 훨씬 더 멋지게!

다른 팁

이 항목은 너무 신선하지만,일부 추가적인 설명:

를 사용하려면 MS 액세스를 효과적으로,특히 크고,사용자 데이터베이스는,다음과 같이 하십시오:

분 MDB 으로 프론트 엔드 응용 프로그램과 백엔드(데이터만)파일의 두 가지 별도의 MDB 파일에 다음.
마이그레이션 모든 테이블과 데이터와 구조로 외부 데이터베이스입니다.그것이 될 수 있습니다:MySQL(작품을 아주 잘 어떤 데이터베이스 크기 제한 사항,필요한 몇 가지 기술을 더지 MS 기술을 가지고 있지만,그것은 좋은 선택이 많은 경우-또한 당신은 또한 당신의 크기를 조정할 수 있습 백엔드와 함께 더 많은 RAM 과 응용 프로그램을 호스팅합니다.,그래서 모든 것의 요구에 따라 달라집 및 하드웨어 능력);Oracle(당신은 충분한 돈이 있는 경우 또는 어떤 종류의 기업의 라이선스)또는 Oracle10g XE(되지 않은 경우,문제는 데이터베이스 크기에 제한이 최대 4gb 하고 항상 사용하는 1GB RAM1CPU),MS SQL Server2008(그것의 좋은 쌍을 가 MS 액세스 및 프론트 엔드 MS SQL Server backend 모든 경우에,그러나 당신이 지불을 위해 면허증을 보호합니다.-장점은 다음과 같습니다:통합을 모두 기술은 형태로 동일한 업체;MS SQL 서버를 매우 쉽게 유지하는 동일한 시간에 효과적이)또는 익스프레스 버전(동일한 이야기처럼은 Oracle XE-거의 동일한 제한).
다시 연결 MS 액세스와 프론트 엔드 백엔드 데이터베이스입니다.선택한 경우 MS SQL 서버 백엔드 그것은 것으로 쉽게 마법사를 사용하 MS 액세스입니다.MySQL-를 사용해야 합 ODBC 드라이버는(그것은 간단하고 아주 좋은 작동합니다).Oracle-사용하지 마십시오 ODBC 드라이버에서 Microsoft.이러한 오라클이 자신의 작업을 훨씬 더 나은(당신은 비교할 수 있는 시간을 실행하기 위해 필요한 SQL 쿼리에서 MS 액세스를 통해 Oracle Oracle ODBC 및 MS Oracle ODBC 드라이버).이 시점에서 당신은 데이터베이스 솔리드 백엔드하고 완전한 기능 MS Access 프론트 엔드-MDB 파일입니다.
컴파일 MDB 프론트 엔드 로부터-그것은 당신의 속도입니다.또한,그것이 유일한 합리적인 형태의 배포 MS 액세스 응용 프로그램을 당신의 최종 사용자에게 제공합니다.
매일 일을 위해 사용 MDE 파일 MS Access 프론트 엔드.에 대한 추가 MS Access 프론트 엔드 개발에 사용 MDB 파일입니다.
를 사용하지 않는 심하게 작성 ActiveX 구성 요소를 강화 MS 액세스하는 프 기능입니다.더 나은 그들을 직접 작성하거나 적절한 것들입니다.
믿지 않으로 신화를 많이 있다는 것이 문제의 MS 액세스-이가 훌륭한 제품에 도움이 될 수 있습니다 수 있습 경우.문제는 많은 사람들의 가정의 장난감이나 그 MS 액세스 generaly 간단합니다.보통 그들은 많은 오류를 생성하고 문제를 스스로 그들이 자신들의 지식과 경험이다.을 성공적인 MS 액세스를 이해하는 것이 중요 이 도구-이은 동일한 규칙,다음과 같은 다른 어떤 기술과 저기 있는 거야.

나는 당신을 말할 수 있는 내가 사용하여 매우 고급 MS 액세스 면 MySQL 백엔드와 나는 매우 만족(으로 개발자는 이러한 응용 프로그램).내 친구,사용자는 또한 만족으로 그들은 매우 편안한 느낌 GUI(프론트 엔드),속도(MySQL),그들이 없이 어떤 문제가 있으로 기록 잠금 또는 데이터베이스의 성능입니다.

또한,그것의 중요한 많이 읽에 대한 좋은 사례 및 다른 사람들이 경험이다.내가 말할 것에 많은 경우 MS 액세스가 좋은 솔루션입니다.나는 많이 알고의 전용,사용자 정의 만든 시스템으로 시작하는 실험의 형태로 개인 MS 액세스는 데이터베이스(MDB 파일)를 다음과 진화:갈라 MS Access(MDE-프론트 엔드,MDB-백엔드)그리고 마지막으로:MS Access 프론트 엔드(MDE)고"심각"백엔드 데이터베이스(주로 MS SQL Server,MySQL).하는 것도 중요 당신은 항상 사용할 수 있습니다 MS 액세스 솔루션 작업으로 프로토타입을 준비하는 사용 백엔드 데이터베이스에서(MySQL-다고 가정하자)및 다시 작성할 수 있습니다 프런트 엔드 기술은 당신의 선택의(웹사 솔루션?아마 데스크탑 C#프로그램-무엇이 당신을 필요로!).

는데 도움이 당신의 일부를 고려하여 작업 MS 액세스입니다.

감사합니다, Wawrzyn http://dcserwis.pl

Gareth 심슨 의견을:

는 경우에 그것은 단지 두 가지 사용자 액세스 잘 해야 한다면 .mdb 공유라이브입니다.

Er,no.은 없 다중 사용자 액세스 응용 프로그램를 위해 각 사용자가 없어야 전용 복사합니다.는 수단은 각 사용자가 있어야 한 MDB 에서 자신의 워크스테이션입니다.왜?기 때문에 객체를 앞에서 끝나 공유하지 않는 잘하지 않는(거의뿐만 아니라 제트 데이터 표지만,없는 사람들의에서 이 시나리오를 사용하여 MySQL 으로 다시 끝).

Gareth 심 계속:

내가 믿는 권장하는 최대 동시 사용자에 대한 액세스는 5 에 나는 밀 그것은 과거 이 그리고 결코 떨어지는 오.

없음,이것은 완전히 잘못되었습니다.한 이론적 제한의 사용자를 위해 MDB255.지 않는 현실적인 물론에 도달하면 대략 20 사용자 프로그램의 액세스 응용 프로그램를 주의깊게 작동합니다(하지만 해야 할 일들이에서 액세스를 제트 응용 프로그램은 동일한 종류의 것들을 할 거라고 어떤 서버는 데이터베이스 응용 프로그램의 효율적이,예를 들어,검색,가장 작은 사용할 수 있는 데이터 세트).

이 경우에,이 각각의 사용자 개인의 사본 프런트 엔드 MDB,멀티 사용자 제한 액세스/Jet 은 단순히지에 관련된 모든.

내가 이것을 알고 귀하의 질문에 대답하지 않을 직접하지만,그것은 가치가 있는 검사 SQL Server2005 마이그레이션 도구에 대한 액세스.나는 결코 사용되는 도구이지만,그것은 가치가 있을 사용하여 SQL Server2005Express Edition 가 있는지 확인하기 위해 동일한 문제로 했다 MySQL

하는 것을 잊지 말라을 넣어 일부 유형 시간/날짜 스탬프에서 각각의 기록이다.때로는 ms 액세스 생각하는 것"다른 사용자가 변경 또는 삭제된 레코드"이 허용되지 않습니다 당신이 변화를 만들!나는 이것이 어려운 방법입니다.

일반적으로,따라 달라집:)

하지 않았던 많은 문제 때 응용 프로그램을 측은 데이터를 업데이트를 통해 형성한다.을 얻을 수 있습 경고/할 때 오류가 동일한 행 업데이트되었습으로 하나 이상의 사용자;하지만 서비스를 지속적으로 업데이트 라이브 레코드 집합니다.

문제가 발생할 수 있습니다 경우 앨리스는 이미 일으로 기록 365,밥 업데이트 및 앨리스 업데이트하려고 하면 그것으로 그녀의 변경합니다.내 기억으로,앨리스를 얻을 것 같은 오류 메시지가 표시됩니다.는 것이 더 쉽 사용자를 위해 경우에 당신은 트랩 이러한 오류 및에서 최소 그들에게 더 친절한 오류 메시지가 표시됩니다.

나는 더 많은 문제 때 편집 기록에 VB 코드를 통해 레코드 집합과 함께 특히,편집에서 동일한 데이터를 형성한다.는 반드시 다중 사용자 문제점;그러나,당신은 거의 동일한 상황이기 때문에 당신은 하나가 있는 사용자와 여러 연결을 동일한 데이터이다.

는 경우에 그것은 단지 두 명의 사용자가를 잘 해야 한 경우에 당신을 넣어.mdb 공유라이브입니다.

당신은 그것을 시도했지보다 먼저가 아니라 단지 가정이 될 것이 문제입니다.

내가 믿는 권장하는 최대의 동시 사용자에 대한 액세스는 5 가지 행사 나를 밀어했습니다 그것이 결코 떨어지는 오.

다른 한편으로 나는 일단 액세스 사용으로는 프런트 엔드 MySQL 에서 하나의 사용자 환경(me).그것은 유일하게 불쾌한 경험,나는 그것을 상상할 수없는이 될 것이 더 좋은 두 개의 사용자.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow