MS Access(MDB)concurrency

https://stackoverflow.com/questions/694921

22-08-2019
|

문제

을 위한 작은 프로젝트가 사용하는 데 필요한 간단한 데이터베이스와 함께 매우 가벼운 요구 사항:몇 가지 테이블,더 이상 보다는 몇 가지 수천 개의 레코드에서 총,2 또는 3 사용자.나는 작업합니다.NET 환경입니다.

으로 데이터베이스 서버(도 익스프레스 버전)처럼 보인다 거대한 과잉에 이 경우,매우 간단하 MDB 데이터베이스에 할 수 있는 대부분의 요구 사항입니다.그러나 나에 대해 우려하고,동시성.내 생각을 배치하는 것입니다.mdb 파일에 네트워크 공유 및 사용자가 이 파일에 액세스할 수 있습니다.NET 기반 클라이언트입니다.Db 은 대부분 목표로 읽기 전용 작업을 하지만 사용자가해야 하는 경우를 업데이트/레코드를 삭제합니다.이 것이 가능하지 않는 시간에(때문에 db 이 잠겨나 무엇이든),나를 보유 할 수 있습 업데이트에서 클라이언트와 프로세스들이 나중에 시간이다.

는 질문에 그 자체가 이러한 포인트:

어떻게 동시에 읽고 처리 MDB?
어떻게 동시에 업데이트/삭제 처리에서 MDB?
가 있는 개념의 자물쇠와 어떻게 활용할 수 있습니 그것을 지지 않습니다.인터넷 응용 프로그램?
을 배치하는 MDB 파일 네트워크에서 공유 또는 끔찍한 아이디어?

나처럼 작동합니다.순이,나 또한 사랑을 알고 어떻게를 감지하는 동시성 문제와 적절한 조치를 취합니다.I.e., 는 예외 나를 잡고 작업하는 것이 좋습니다 하니까?

편집:수 내 잘못된 설명의 문제이지만,대부분의 답변을 것을 조언가는 전체에 대한 불어로 DB 서버입니다.나의 차이를 이해하고 혜택의 서버에 설치하고 사실이 구현되는 공정한 다수의 프로젝트에 MSSQL 및 오라클도 있습니다.이 질문에는,그러나,이와 관련 접근과 동시성 문제시하지 않는 것이 좋 db 서버입니다.

당신의 도움을 위한 감사합니다.

해결책

이것은 오래된 질문이지만,아무도 실제로 대답했습니다.여기서는 질문:

어떻게 동시에 읽고 처리 MDB?
어떻게 동시에 업데이트/삭제 처리에서 MDB?
가 있는 개념의 자물쇠와 어떻게 활용할 수 있습니 그것을 지지 않습니다.인터넷 응용 프로그램?
을 배치하는 MDB 파일 네트워크에서 공유 또는 끔찍한 아이디어?

처음 두 질문을 수 있습니다 기본적으로 답변 하나로 설명이 있습니다.하 키 경기:답변 내가 주는 여기에서 특정한 제트 Mdb(및 개)과하지 않는 완전히 적용하여 새로운 파일 형식을 도입했을 시작으로 A2007,즉,에만 적용 형식입니다.나는 완전히 탐색의 의미의 제거를 제트 ULS 에서 에이스와 일부 의견의 아래에 있다고 가정 할 수 있습 Jet ULS 아래에 있습니다.에 대한 많은 것들을,하지만,대체할 수 있습니다"LACCDB 파일에 대한""WWW"파일 및 결과 같은 것입니다.

1-2)동시 읽기/업데이트/삭제

Jet 데이터베이스 엔진은 자주라고도"파일은 서버에"데이터베이스에 없다는 것을 server-side 악마의 관리에 I/O 데이터 파일을 서버에 있습니다.이것이 무엇을 의미하는 모든 클라이언트를 사용하여 제트 MDB 는 파일을 읽는다.

는 것은 물론,레시피에 대한 재해가 있는 경우 몇 가지 메커니즘에서 내 처리하는 동시에 액세스하는 파일입니다.

제트 사용 기록을 잠그는 파일의 경우 MDB"MyFile.MDB"기록 잠금 파일을 폴더에"라는 MyFile.LDB".LDB 파일에서 무엇을 제트 ULS 사용자가 MDB 파일을 열고,무엇 워크스테이션 사용자가 연결되어 있고,필요한 모든 정보를 협상을 위한 동시성 문제입니다.

지금은,사람들에게 그들의 치아에서 클라이언트/서버 데이터베이스 엔진,보일 수 있 원시적이고 위험지만,시간 Jet 데이터베이스 엔진 개발되었고,그 목적으로 사용되고 있는 데스크톱에 대한 데이터베이스 엔진 작은 작업,그리고 그것과 경쟁하는 다른 데스크탑 db 엔진 xBase 고 역설 모두 사용하는 유사한 파일 잠금을 관리하는 동시 데이터의 사용에서 파일을 여러 클라이언트입니다.

내 Jet 데이터베이스 파일 잠금이 적용 중에는 데이터 페이지(는 제트 4 었 증가하는 4K,반면에서의 제트 3.x 과하기 전에,그들은 2K),또는에서 기록적인 수준인 경우 테이블 데이터는 원래 사용하기 위해 만든 기록-레벨의 잠금.의 초기에 Jet4,기록-레벨의 잠금에 의해 발견되었는 많은 매우 느리게,특히 사용할 경우 비관적 잠금,그래서 많은에 액세스 개발자는 사용되지 않지만 아무것도 페이지 수준의 잠금(@데이비드 펜턴 시킵니다).

사실에서 사용하는 경우 낙관적 잠금,당신은 피부의 동시성 문제 온 것이 비관적으로 잠그고 있습니다.

몇 가지 유의할 사항:

서는 DAO 레코드 레벨의 잠금을 사용할 수 없고,당신은 이제까지 얻 페이지 수준의 잠금.
에서 DAO,의 수 있는 옵션 제어를 위한 낙관적/비관적 잠금,특히 LockEdits 의 인 OpenRecordset 방법이지만,그것은 또한 상호 작용의 특정 설정에서 지정된 OpenRecordset 옵션이 인수(예를들면,옵션 dbReadOnly 과 함께 사용할 수 없습니다 LockEdits).에 잠금뿐만 아니라,거기에 또한 옵션에 대한 일관/일치하지 않 업데이트 및 이 모든 상호 작용할 수 있으로 트랜잭션(예를 들어,변화 내에서 uncomitted 거래하지 않은 것 다른 사용자가 볼 수 있고,따라서 충돌하지 않는,그들과 함께 하지만 그것을 할 수 있을 넣어 읽기 전에 잠금을 관련된 테이블).

ADO/ole db 이러한 Jet 동시성 제어 구조가 매핑에 관련된 기능 및 인수에서 찾을 ADO/ole db.이후 나는 사용 제트기에서만 접근,내가 그것으로 상호 작용을 통해서만 DAO 할 수 없습에 대한 조언을 제어하는 방법으로 이러한 ADO/ole db,그러나 점은 Jet 데이터베이스 엔진 제어를 제공합의 레코드 잠금에 액세스할 때 프로그래밍 방식으로(반대를 통해 액세스 UI)-그것은 단지 더 복잡합니다.

3)잠금.NET

나는 제안할 수 없는 어떠한 조언이 있다는 당신이 사용할 문자열 데이터 인터페이스,그러나 점은 잠금 기능/제어 있는 db 엔진을 자체,그래서 거기에 가능성을 제어 하는 방법을 통해 문자열.그것은 되지 않을 수 있습니다 예쁜에,하지만,그것은 보인다는 것을 나에게 문자열을 설정 클라이언트/서버는 아키텍처,그리고 제트기의 파일을 잠그지 않을 수 있습지도에서는 우아한 방법입니다.

4)MDB 네트워크에서 공유

Jet 매우 민감하는 사소한 히컵에서는 모든 네트워크 연결합니다.그 때문에,저 네트워크 대역폭을 증가시킬 수 있는 취약점의 제트 데이터베이스를 열어서 연결됩니다.

이 때문에 큰 덩어리를 데이터베이스 파일이 있을 뽑아에서 와이어 로컬 컴퓨터에 여러분의 소셜 네트워크를 처리합니다.지금 많은 사람들이 잘못을 주장하는 전체 MDB 파일을 뽑아서,또는 전체를 테이블을 뽑아에서 와이어입니다.이것은 사실이 아닙니다.대신,제트 처음 요청을 인덱스(및 요구 보다는 더 이상 이행하는 데 필요한 쿼리)다음에서 그 결과를 정확하게 결정하는 데이터 페이지가 필요하고 그를 끌어가 있는 페이지만.이것은 놀라 울 정도로 효율적이고 빠르다.

또한,제가 아주 지적인 캐싱을 하는 것을 의미할 수 있습니다 첫 번째 데이터 요청 시간이 걸릴 수 있지만,이후 요청에 대한 동일한 데이터 일어나고 거의 즉각적으로 때문에 캐싱이 가능합니다.

지금하지 않은 경우,인덱스 테이블이 잘 있을 수도 있습니다 당기 전체를 테이블과 일체 테이블의 검사입니다.마찬가지로,당신은 기본 조건에서 클라이언트 측의 기능하지 않은 부분의 제트의 SQL 언어,당신은 결국 당체 테이블(정렬에서,말,교체(유사는"","Z")를 일으킬 가능성이 충분한 테이블 스캔).하지만 그런 종류의 것은 비효율적으로 클라이언트/서버는 아키텍처,너무는,그래서 그것은 단지 일반적인 감지 스키마는 디자인을 인덱싱하는 것이 제대로 조심으로 사용하는 Udf 또는 non-기 호환되는 기능입니다.일반적으로,같은 것들을 효율적으로 클라이언트/서버가 될 수 있는 효율적인 Jet(중요한 차이점으로는 제트 사용자와 지속적인 연결을 피하기 위해서는 오버헤드를 재현 LDB 파일은 상당).

다른 것을 방지하려고 사용 제트기에서 데이터 WiFi 연결합니다.우리 모두는 방법을 알고 신뢰할 수 와이파이,그리고 그것은 단지 요청에 대한 문제로 작업을 시도하 제트 데이터에서 WiFi 연결합니다.

하단 라인:

를 사용하는 경우 MDB 으로 데이터를 저장을 봉사하는 데이터에서는 웹 서버,당신 데이터 가까운의 웹 서버의 램으로 가능합니다.즉 가능한 경우 디스크 볼륨에 붙어 있는 물리적 웹 서버에 있습니다.는 가능하지 않다면,당신이 원하는,빠르고 신뢰할 수 있는 LAN 연결합니다.GB Lan 데이터 센터에서는 매우 흔한 일이고 나는 아주 편안하게 작업 제트기에서 데이터는 종류의 연결입니다.

공유하기 위하여,예를 들어,여러 클라이언트 워크스테이션 실행 VB.NET 데스크탑 앱을 공유하는 단일 제트 MDB 으로 데이터 저장,그것은 매우 안전하는 데이터 파일에서 신뢰할 수 있는 파일 서버입니다.가능,그것의 좋은 아이디어를 넣어 Jet MDB 파일에 기계되지 않은 다양한 목적으로(예를 들어,귀하의 도메인 컨트롤러를 실행하는 Exchange,SQL 서버 및 행동으로 파일을 서버 및 인쇄 서버지 않을 수 있는 최고의 위치).앱은 다음과 같 교환할 수 있는 심하게 방해가 파일을 서버 기능,그리고 나는 일반적으로 추천하지 않을 넣 MDB 파일에서 서버는 멀티태스킹을 교환으로 서버지 않는 한 그것은 매우 낮은 볼륨에 있습니다.

에 다른 고려 사항:

적도를 배포하는 MDB 에 복제된 파일 시스템지 않는 한 모든 사용자가 사용하여 동일한 복제본이 됩니다.는,두 개 있는 경우 서버의 파일을 복제,그들 사이에 대해서도 생각하지 마십시오 편집 MDB 파일에서 서버가 있습니다.이 손상 파일이 거의 즉시 나오게된다.
내가 추천하는 것에 대하여 저장하 MDB 에 다른 것보다 기본 Windows 파일 시스템을 통해 제공되는 네이티브 SMB 합니다.이것이 의미하는 Novell,아 Linux,아 SAMBA.키에 대한 이유가 있다는 것을 분명히 낮은 수준의 후크에서 제트로 일부 낮은 수준의 잠금 기능 Windows 파일 시스템에 있지 않은 100%에 복제는 다른 파일 systsm.지금,나는 매우 보수적인 이에,그리고 많은 유능한 액세스 개발자들은 보고된 우수한 결과를 제대로 구성된 Novell 파일 서버(자주가 될 필요가 일부는 기록 조정을 잠그지만,할 수 있는 더 적은 관련 이러한 일-내가 알지도 못하는 경우에는 Novell 존재하는 더 이상!), 와 강렬한 퍼포먼스와 리눅스 기반의 파일을 서버를 실행하 SAMBA.나는 주의 이 추천하고 싶습니 어떤 클라이언트에 대한 그것은(이를 포함한 다양한 산 장치,뿐만 아니라,때문에 없는 그들의 많은 Windows 기반).
나는 절대로 실행에서 그들을 어떤 가상화된 파일 시스템은 동일한 이유입니다.그러나 있는데,클라이언트 실행 되었습니다 그녀의 단일 사용자 액세스 응용 프로그램에서 패러랠 Mac 공기 위해 몇 년 동안 지금의 문제입니다.하지만 그것은 단일 사용자의 사용,그래서 잠금 문제가 될 수 있는 비교적 작습니다.

나는 알 수 없는 경우 또는 당신의 질문에 대답하지 않습니다.그것은 모든 기반으로 13 년 내에 일반의 사용을 제트로 액세스 개발자 및 연구의 유일한 책을 출판 Jet Jet 데이터베이스 엔진 프로그래머의 가이드(예 Jet3.5 만).나는 제공 하지 않은 어떠한 실제 인용하지만,만일 누군가가 필요 일부 세부 사항에서 아무것도 나는 말했다,나는 연구를 할 것이다면 내가 할 수 있습니다.

다른 팁

내가 내장 그래서 작은 비즈니스 앱에 액세스습니다.가장 최고의 10-20 사용자들에습니다.데이터베이스 사이에 분할된"응용 프로그램"과""데이터를 데이터베이스입니다.성능은 괜찮은 그리고 아무 문제 concurrancy.또한 손상은 기본적으로 비 existant 이후 2000 액세스 SP2.

많은 사람들이 말하는"이제까지 사용하여 액세스"-라면 그것은 바로(즉,전문가에 의해 개발자)에 액세스는 매우 좋은 발전 패키지고 내가 만든 좋은 거에요.나의 고객이 매우 행복과 무장합니다.

내가 쓴 두 상업적인 제품을 사용하여 액세스는 데이터베이스에서 실행하는 공유 네트워크에 대한 일반적으로 10 명의 사용자까지.만약 당신이 그것을 남용하지 않,정말 아무 문제도 없습니다;그러나 당신이 볼 수있는 많은 개발자들이 이제까지 얻을 수 있기 때문에 그것의 저렴한 끝에 자연의 많은 엉터리 해킹에 내장니다.의 경우 하나의 제품,나를 다시 설계하기 때문에 응용 프로그램의 모든 문제를 상세히 설명한 다른 사람에 의하여;그 후 나는 그것을 정리,나는 데이터베이스 무결성 문제에서의 수백을 설치합니다.

그것의 큰 장점 중 하나는 단순한 파일 데이터베이스를 쉽게 백업,복원,그리고 복사하는 귀하의 노트북을 해부한다.꽤 많은 모든 포함한 대체 sqlite(지만 몇몇은 그것을 승인하지 않을 것이다),형태를 필요로 DBA 관심 있습니다.

대부분의 경우 액세스 제공 기록 잠금,그리고 파일 잠금 일부에 대한 DDL 을(예를들면스키마에 변경)기본적으로 합니다.

그러나 마이크로 소프트가 기본적으로 obsoleting 그것의 일부는 당신의 동료들이 경멸 당신에 사용한다.

(나는 이 시점에서 일반적으로 오리를 위해 커버 소리"수신!!!".)

액세스는 정말 desktop,단일 사용자 솔루션입니다.실제로,그것은 상위 사용 제한"하나".

그것은 또한 지역 엔진입니다.는 쿼리를 실행하면,데이터는 당 네트워크를 통해 지역 제트 엔진을 위해 처리합니다.니다.ldb 파일 네트워크에 위치 공유를 제어하는 잠급니다.

를 사용하는 경우 서버의 측면 엔진(MSSQL,MySQL,Sybase,'Orable 등)다음을 제출하는 쿼리를 엔진하는 프로세스 그 결과를 반환합니다.잠금을 보유하고 내부적으로 합니다.

이에 대해 큰 의미를 가지고 성능과 안정성,데이터 무결성을 유지합니다.

하는 경우 사용자를 결정하는 리셋 버튼을 눌러,액세스,데이타베이스에는 공정의 기회가 손상되고을 삭제해야 합니다.ldb.

적절한 데이터베이스 엔진(MSSQL,Sybase,'Orable:내가 좋아하지 않 MySQL 의 백업)당신은 또한 적절한 백업 기능입니다.지 않는 한 당신이 몇 가지 whizzy 소프트웨어를 백업 inuse 파일,그것은 당신이 거의 백업 데이터에 액세스합니다.

내가 언급된 잠금 장치이기 때문에 구체적으로 db 엔진할 수 있는 동시성 처리와 트랜잭션이 훨씬 더 많은 효율적이고 우아하게 보다는 어떤 파일이 기반 시스템입니다.

내가 볼 수 있을 사용하여 액세스하는 프로젝트로는 프런트 엔드를 위한 데이터베이스 엔진,하지만에 투자 전체 클라이언트 응용 프로그램에 액세스합니다.

내가 사용하고,액세스 또는 더 제대로,제트로-엔드에서 매우 작은 전용 사이트는 성장할 수 없으로 그것에 의해 제한된 크기의 직업에서 작은 나라입니다.에서 삼년이 없었어요 어떤 문제입니다.거기에는 100 개 미만 사용자에 대해 삼십를 사용하시됩니다.테이블이 몇 천 기록합니다.

내가 많은 경험을 가지고 있지 않으로 액세스하지만,이 링크를 당신에게 유용 할 수 있습니다:

http://office.microsoft.com/en-us/access/HP052408601033.aspx

"당신은 모든 데이터베이스에 액세스 네트워크 서버에 또는에서의 공유 폴더에 있습니다.이는 가장 쉬운 방법을 구현할 수 있습니다.모두 공유 데이터와 같은 형식,보고서,쿼리,매크로,모듈을 사용합니다.이러한 전략을 사용하려면 모든 사람을 사용하여 액세스는 데이터베이스의 동일한 방식이나 지원할 수 없는 경우 사용자가 만드는 자신의 개체입니다."

"당신이 오픈 액세스는 데이터베이스 파일(.mdb)공유 모드에서,Microsoft 액세스를 만들 잠금 정보를 파일(.ldb)가 같은 파일 이름을(예를 들어,로드하는 do...while 루프를 보여 줍니다 ldb)과 동일한 폴더에 데이터베이스 파일입니다.이 잠금 정보 파일을 저장하는 컴퓨터 이름을(예:mypc)과 보안을 이름을(예:관리자)의 각 공유하는 사용자의 데이터베이스입니다.Access 이 정보를 사용하여 동시성 제어.대부분의 경우,Microsoft Access 자동으로 삭제합니다 잠그는 정보 파일을 때 마지막으로 사용자가 닫을 데이터베이스 파일입니다."

액세스가 될 예정이 멀티는 사용자가 생각하는 Microsoft 추천을 위해 최대 4 개 또는 5 명의 사용자,그러나 실제로 나는 당신이 사용하지 않 액세스는 데이터베이스가 있는 둘 이상의 사용자,하지만 당신은 정말이 없어 선택이 가능한 두 개 또는 세 개의 부여,특정 다만 책.

었을 경험의 네 다섯 시스템을 사용하여 액세스는 데이터베이스의 데이터-엔드 모두에서 취득한 다른 개발자들'-그리고 모든 경우에서 나는 그들을 이동하는 SQL 서버를 최우선으로 후 즉각적인 업데이트 및 수정에 필요한 복용하는 경우에는 계약에서 일반적으로 얘기할 수 있는 상사를 지불 청구합니다.시간 범위에 대한 일반적으로 몇 개월 동안,그래서 나는 그것을 실행하는 동시에 대한 합리적인 시간의 길이 여러 다른 신청입니다.

실제로 그것은 일반적으로 적당히 잘하지 않는 경우에는 많은 동시 삽입 업데이트/과가 많이 사용되지 않.최고 실질적인 문제는 내 경험에서 수 있습니다.

그의 부패에 대한 책임이다-그것은 단지는 않습니다.일반적으로 이 되지 않습니다 너무 많은 문제로 파일을 열고 실행하는 컴팩트하고 수리할 것이 문제이지만,좋은 백업권은 절대적으로 필요합니다.
그것은 느립니다.모든 업그레이드 시스템을 SQL Server 받았는 많은 명성에 대한 속도는 시스템에서 사용자.
데이터베이스 파일이풀리는 방식 때문에 액세스하는 표시로 기록을 업데이트하거나 삭제할 수 있습니다.이 추가 느려지는 시스템으로 파일을 로드 네트워크를 통해.결과적으로 일부 정권은 데이터를 압축,일반적으로 매일 매일이 필수적입니다.

위의 모든 많은 문제의 더 적은 단일 사용자 시스템의 근본적인 문제는 이러한다 훨씬 적은 유명하다.

모든 나가 강조하는 내가 추천하지 않을 것에 대한 액세스는 어떤 다중 사용자 시스템입니다.그러나 만약 정말 너무 당신은 아마다 그래서 그것은 가볍게 사용되는 응용 프로그램 및 연구소 백업과 관리 절차가 있습니다.

그것은 이미 설명한 여러 번을 사용하여 실제로 다중 사용자,무료 데이터베이스 플랫폼입니다.그러나 하나의 이유가 되지 않았습니다.이런 이유입니다,얼마나 많은 기존,지저분한,귀찮은,큰 액세스는 데이터베이스로 밖으로 시작되는"몇 가지 기록,하나 또는 두 개의 사용자가 최대"?나는 벤처를 말한다.

이 없는 한 두 개 또는 세 개의 직원에 회사 전체,확률은 그를 개발하는 경우 유용한 소프트웨어의 조각,그것은 결국에 의해 사용되는 원래의 이상 두 개 또는 세 개의 사용자가는 원래의 이상 몇 천 기록 확장됩니다 수년에 걸쳐 포함하는 많은 양식,더 많은 테이블,그리고 훨씬 더 많은 데이터를 저장합니다.할 수 없습니다 다시 실행의 기초가 집단이 집이 내장되어 있습니다.강력한 기반을 구축,오늘 확장할 수 있습니다 집에 당신의 마음의 내용입니다.에 대해 동일한 소프트웨어입니다.

때가 네트워크와 함께 공유하는 것으로 네트워크를 사용하는 데이터베이스(mysql/firebird/mssql)대신할 수 있습니다.

한 상황을 설명하는 대한 액세스를 사용하여 문제가 되지 않을 것 이다.

내가 사용한 액세스 더 어려운 상황에서 그런 다음 이를 대부분으로 작업할 때 웹사이트 액세스 권한이 없는 학대를 넘어 그것을 측정이 정말로 나쁘지 않습의 데이터베이스 엔진입니다.(에 대해 얘기하지 않는 형태와 같은 물건만 테이블과 기록)

면을 삽입 업데이트//삭제에서 여러 사용자가 다음 번에 얻 bit hairy.이 지점에서 시작에 대해 생각하는 실제 데이터베이스 엔진이 있습니다.

또한 원할 때 오버헤드 저렴한 데이터베이스는 스레드에 안전한 당신이 볼 수있에 vistadb(느린 다음에 액세스하지 항상 무료이며,100%.NET)

나는 생각한 액세스를 사용하여 테이블 레벨의 잠금의 일종으로 queeing 메커니즘의 일을 일해야 합니다 확인.하는 경우 그것에 대해 걱정할 수 있 던 시뮬레이션된 스트레스 테스트합니다.

나는 생각할 수 있습에서 정의합니다.인터넷 응용 프로그램 연결 문자열입니다.I googled 제트,접속 기록 잠금

기 링크 는 도움이 될 수 있습니다.

참조하시기 바랍 받아들여 응답에 대한 진정한 정보는 방법에 대한 액세스를 제트 데이터를 가져옵니다.

을 사용하지 마십시오에 대한 액세스 권한 다중 사용자 시나리오이다.

나는 그냥 갔을 통해 두 주간의 고통 때문에 내 predeccessor 프로젝트에서 선택적으로 합니다.

콘크리트유 이유:

같은 것은 없으로 Linq-to-Access
액세스 수많은 단점이에서 종속성의 순서의 추가 매개 변수를 명령에 당신을 데려 갈 것이다 나를 디버깅
액세스하지 않는 규모
데이터베이스의 업데이트가 있을 때에 비교하여 SQL 을 사용하여 서버

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

제휴하지 않습니다 StackOverflow