MS 접속 질문이-확장성/색인/거래
https://stackoverflow.com/questions/179768
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
몇 가지 질문에 대 MS 액세스는 데이터베이스
크기:은 거의 크기에 제한 액세스는 데이터베이스?이유를 묻는 것은 우리가 액세스하는 데이터베이스에는 몇 가지 간단한 테이블이 있습니다.데이터베이스의 크기는 약 1GB.때 나는 쿼리에,나는 그것을 복용을 통해 10 분을 실행합니다.
적절한 색인,한 MS 액세스할 수 있습니다 또는 거기에 기본적인 제한하는 기술입니다.
이 MS 액세스 XP.
또한,가 MS 액세스 지원 db 거래에 투입하고 롤백?
해결책
당신을 얻을 것이 많은 다양한 답변을 여기에,그러나 제 생각에 액세스는 단지가있는 확장 가능한 솔루션입니다.그것은 처리하지 못하는 다중 사용자의 상황이 매우 잘 시작으로 접근하는 1Gb 크기,안정성되기 시작하의 주요 관심사,그리고 현실에서 그것을 가지고 있지 않습니다.
에 관해서 트랜잭션을 지원하십시오 이 Microsoft Article.
또한,여기에 문서는 실제로 지 좋은 대부분의 의 제한 액세스.
다른 팁
에서 응답-
크기:의 최대 크기를 액세스는 데이터베이스는 2GB.
트랜잭션:트랜잭션이 완벽하게 지원하는 기본 제트 데이터베이스 엔진입니다.
과거의 경험에서 나는 말을하는 경향이 있어요 당신은 아마 타격 사용 가능한 최대 크기 및 해야 어쩌면을 고려하는 업사이즈 SQL Server 표현합니다.
개인적으로,내가 찾은'사용'한도에서 몇 백 메가바이트 범위에 있습니다.
액세스 설계와 의미한 작은 데이터베이스가 있습니다.는 큰 사람을 위해,즉 사람이 그냥 넘어가 뭔가를 당신과 몇몇 사람들이 사용하여,당신은 당신이 찾고 있어야에서"진짜"RDBMS 같은 SQL Server ORacle,DB2,MySQL,etc.
편집 조 http://www.blueclaw-db.com/vb_transaction_processing.htm 에 대한 방법으로 처리하거래 액세스할 수 있도록 합니다.분명히 그것은 없다.
의 최대 크기를 액세스는 데이터베이스는 2GB.당신은 주위에 얻을 수 있습니다 이를 사용하여 연결된 테이블에 다른 파일이 있지만 그것은 아마도 사용하는 시간이 더 강력한 데이터베이스는 경우에 당신은 이미 발생하는 성능 문제를 해결합니다.
내 추천 것을 보는 SQL Server Compact, 는 비용없이,파일-기반 데이터베이스하거나,더 나은 아직, SQL Server 익스프레스, 는 비용없이,이트의 SQL 서버를 지원하는 여러 사용자와 상호 운용성과 SQL Server.모두 제한을 4GB 데이터베이스가 있습니다.
의 모든 언급된 제품에 대한 액세스를 포함하여,지원,트랜잭션이 있습니다.
나는 확실하지 않으면 그들은 여전히 거기에서 XP 버전에만 액세스하 97 가 있었 컴팩트하고 복구 옵션이 있습니다.이 옵션은 여전히,그들이 도움이 될 수 있습니다.
이것은 다시는 많은 년을 때 항목의 비용으로 SQL 서버에 설치되었으로 금지로 오라클,나의 클라이언트 중 하나를 사용하여 액세스하려고 관리에 인바운드 통화 센터도 있습니다.
우리가 얘기하는 VLDB-매우 큰 데이터베이스의 개념 40 만원의 행이 있습니다.이 시대의 전화기 회사에 출자 id 를 제공하고 그들의 가입자를받을 수있는 방법에는 무료 id 장치입니다.비용 때문에 제약이 있기 때문에 그들을 무시하는 나의 행복을 만드는 SQL Server 투자입니다.
에서 연습을 보였다 액세스하는 축출에 대한 800MB.우리는 파티션된 테이블에 여러 액세스는 데이터베이스의 부하를 처리하기.믿거나 말거나 그것을 아름답게했다.클라이언트에 감사드립니다.
에서의 연습이 주어의 가용성 SQL Express,너무 것이라는 것이 좋습니다입니다.
나의 느낌에서 읽는 뉴스그룹에 액세스할 수 있는 수년에 걸쳐 있는 에이스/제트 엔진(.에만 적용,.mdb 또는.mde 파일)만 현재 사용하는 경우 MS 액세스로 RAD 형태 기반의 개발 환경을 사용하여밖에 없다.지 않는 경우에 액세스 할 수 있는 프런트 엔드 그런 다음 거기에 몇 가지 인수에 찬성의 에이스/Jet 다시 끝을 고려할 때 훨씬 더 확장 가능한(그리고 가능)alternatives:SQL Server 익스프레스 또는 SQL Server Compact Edition MS 상점,MySQL,etc.
로 reagrds 트랜잭션에서 지원 ACE/제트 엔진,네,그것은 존재하고 네이티브.또 다른 대답이 연결되어 있는 문서를 사용에 대한 거래를 통해 DAO:참고 그의 많은 측면 DAO 제한되기 때문에 개발의 지연의 엔진과 거래를 하나의 예입니다.행복하게 사용할 수 있습니다 SQL DCL:트랜잭션을 시작,COMMIT TRANSACTION,ROLLBACK,트랜잭션 등을 acomplish 지 않는 것들과 함께 가능한 DAO 예:중첩된 트랜잭션이 있습니다.SQL DCL 필요한 액세스 인터페이스에서 ANSI-92 쿼리 모드ADO 를 사용하여 작동하기 때문에 ADO 사용하는 이 모드는 자체적으로 제공합니다.자세한 내용:
Jet 수 있는 매우 좋은 데이터 저장에 대한 수의 데스크톱 개발 플랫폼을 뿐 아니라 액세스 자체입니다.그것은 항상 먼저 선택하 VB 개발자와 여전히는(좋은 이유가).
1GB MDB 하지 않은 성장할 것으로 예상되는 많이 해야하지 않는 문제가 되는 측면에서 속도 또는 신뢰성이다.의 경우 느리고,그 다음 당신을 인덱싱이 바로 그것,또는 당신이 쓰는 매우 비효율적 SQL.예를 들어 비효율적인 SQL 것을 적용하는 조항을 표현,따라서 사용할 수 없 인덱스--예를 들어
WHERE Year([MyTable].[MyDate]) = 2002
반대로
WHERE MyTable.MyDate Between #1/1/2002# And #12/31/2002#
하는 경우 안정성 문제(즉,재발 손상),는 문제가 해결되어야-그것은 일반적으로 인간의 오류로 인해,하드웨어 문제는 또는 소프트웨어 문제는(좋아 AV 소프트웨어에 방해 내부 Jet 쓰기 작업).
하지만 주요 결정 인자가 얼마나 빠르게 MDB 은 성장하고 있습니다.는 경우 추정의 역사적인 성장 속도 및 접근 방식 2GBs5 년 이내에,나는 당신이 필요하는 업사이즈 곧.면 그것은 더 많은 10 년 동안,당신은 아마 어쨌든 하십시오.는 경우 그것은 20 년 동안,그 다음,그렇지 않습니다.
