나는 종종 ASP를 개발하지만 자세한 진술에 대한 진실은 모른다. 나는 여기서 간단히 소개하겠습니다.
정상적인 상황에서
Rs.open SQL, Conn, 1,1을 사용하여 데이터를 읽으십시오
데이터 수정 : Rs. Open SQL, Conn, 1,3
데이터 삭제 : 직접 conn.execute ( "삭제 *에서 삭제 * id = 1") 등을 직접 삭제하십시오.
Rs. Open Syntax는 다음과 같습니다.
소스는 SQL 문이고 ActiveConnection은 데이터베이스 연결이고 Cursortype는 커서이며 Locktype는 데이터 잠금 유형입니다.
커서 타입
끊임없는 설명
AdopenForwardOnly (value 0) (기본값)는 전방 전용 유형 커서를 엽니 다.
AdopenKeyset (값 1)은 키 세트 유형 커서를 엽니 다.
Abonsidynamic (값 2)는 동적 유형 커서를 엽니 다.
채택 (값 3)은 정적 유형 커서를 엽니 다.
Locktype
끊임없는 설명
adlockreadonly (value 1) (기본값) 읽기 전용-데이터 변경 데이터.
AdlockPessimistic (값 2) 보수적 잠금 (By-One)-제공자는 편집 할 때 즉시 데이터 소스에서 레코드를 잠그면 레코드를 성공적으로 편집하는 데 필요한 작업을 수행합니다.
Adlockoptimistic (값 3) Open Lock (By-One)-제공자는 업데이트 메소드가 호출 될 때만 Open Locking을 사용하여 레코드를 잠금 레코드로 사용합니다.
Adlockbatchoptomitist (값 4) 열기 배치 업데이트 - 배치 업데이트 모드를 사용합니다 (업데이트 지금 모드와 반대).
커서 타입
0 전진 커서, 전진 브라우징 레코드 만 가능하며 페이지 매김, 레코드 세트, 북마크를 지원하지 않습니다.
1 키 세트 커서, 다른 사용자가 레코드로 수정 한 수정은 레코드 세트에 반영되지만 다른 사용자는 레코드를 추가하거나 삭제하지 않습니다. 레코드 세트에 반영되지 않습니다. 페이지 매김, 레코드 세트, 북마크를 지원합니다
2 개의 동적 커서는 가장 강력한 기능을 가지고 있지만 가장 많은 자원을 소비합니다. 레코드에 대한 레코드의 수정, 추가 또는 삭제는 레코드 세트에 반영됩니다. 완전한 관능 브라우징을 지원합니다.
3 정적 커서는 데이터의 스냅 샷일뿐입니다. 레코드의 레코드, 추가 또는 삭제에 대한 사용자가 작성한 수정은 레코드 세트에 반영되지 않습니다. 앞으로 또는 후진 운동을 지원합니다
Locktype
Locktype는 레코드 세트의 잠금 유형이며 그 값은 다음과 같습니다.
1 잠금 유형, 기본, 읽기 전용, 수정이 가능하지 않습니다.
2 편집 할 때 즉시 레코드를 잠그십시오.
3 레코드 세트는 업데이트 메소드가 호출 된 경우에만 잠겨 있으며 기타 이전 작업은 여전히 현재 레코드를 변경, 삽입 및 삭제할 수 있습니다.
편집 할 때 4 개의 레코드가 잠겨 있지 않지만 변경, 삽입 및 삭제됩니다.
Rs. Open SQL, Conn, 3,2
이 두 사람은 커서이며 특정 기능은 다음과 같습니다.
Rs. Open SQL, Conn, A, b
에이:
anposenforwardonly (= 0)
읽기 전용 및 현재 데이터 레코드는 아래쪽으로 만 이동할 수 있습니다.
입양 키 세트 (= 1)
읽기 전용으로 현재 데이터 레코드를 자유롭게 이동할 수 있습니다
입양소 (= 2)
읽기 쉽고 쓰기 쉬운 현재 데이터 레코드는 자유롭게 이동할 수 있습니다.
입양 (= 3)
읽기 쉽고 쓰기 쉬운 현재 데이터 레코드는 자유롭게 이동할 수 있으며 새로운 레코드를 볼 수 있습니다.
비:
adlockreadonly (= 1)
기본 잠금 유형은 읽기 전용이며 레코드를 수정할 수 없습니다.
adlockpessimistic (= 2)
비관적 잠금, 레코드가 수정되면 데이터 제공 업체는 레코드를 성공적으로 편집 할 수 있도록 레코드를 잠그려고합니다. 편집이 시작되는 한 레코드가 즉시 잠겨 있습니다.
adlockoptiomication (= 3)
낙관적 잠금, 업데이트 레코드가 업데이트 방법을 사용하여 제출 될 때까지 레코드가 잠겨 있지 않습니다.