거래는 무엇인가? 트랜잭션 처리 시스템

모든 것이 너무 빨리 변화하는 세상에서, 우리가 할 수없는 분 정지합니다. 이 새로운 정보의 수신에 적용됩니다. 알 수없는 용어 또는 최신 버전의 소프트웨어는 - 특정 영역에서 지식을 채울 수있는 기회입니다. 오늘 우리가 어떻게 작동하는지, 어떤 트랜잭션에 대해 이야기합니다.

용어 소개

다양한 소프트웨어 자동화 비즈니스 프로세스에 대한 단단히 지난 15 년 동안 시장에 설립했다. 이 상호 작용의 서로 다른 수준의 소프트웨어와 함께 작동 할 수있는 능력이 필요합니다 등 운영자, 프로그래머, 회계사, 등 따라서, 프로그램의 몇 가지 메커니즘을 이해하는 것이 중요합니다. 시작하기 위해, 같은 자주 무서운 많은 용어 트랜잭션을 처리 할 수 있습니다. 대부분의 경우, 귀하여 노력하고, 새로운 용어를 발언, 많은 실현으로, 지금까지와 같은 복잡한 현상에 숨겨진 아름다운 말을 빌려. 의는 트랜잭션을 이해하자.

정의

이 표기는 데이터베이스를 구현하는 모든 제품을 참조하는 데 사용됩니다. 여러 작업은 논리적으로된다 하나로 결합하고 서로 번갈아 실행하고, 트랜잭션이있다. 일상 생활에서 트랜잭션이 같은 절차의 체인으로 간주 될 수있다 "- 세척 - 옷 - 아침 식사 - 깨어있는 일을했다."

예 1C 제품에 위의 개념을 고려하십시오. 트랜잭션 -이 같은 불가분의 순서입니다. 원하는 디렉토리를 열고 제공된 필드에서 작성, 새 항목을 만들 : 좋은 모델은 상품 단위의 기록으로 역할을 할 수 있습니다. 이 모든 행동이 원하는 결과를 이끌어했는지 확인하기 위해, 마지막에 처음부터 엄격하게이를 구현하는 것이 필요하다. 그런 다음에야 절차가 성공 간주됩니다. 그렇지 않으면, 트랜잭션이 취소됩니다.

이러한 프로세스는 특정 회사의 사용자를 위해 후자 쉽게하기 위해 완성 된 제품을 구입 후 완료 개발자가 시스템에 제공, 수동되고, 중 자동이 될 수 있습니다. 또한, 시스템의 동작은 내장 된 메커니즘에 의해 조절되는 자동 모드는 트랜잭션이 실행되도록 변환 할 수 있습니다.

1C에서의 트랜잭션 : 내장 된 언어의 미묘한 차이

일반적인 경우에 트랜잭션이 무엇인지, 우리는 이해할 수있다. 각 회사는 그것을 자신의 방식을 소프트웨어 개발에 종사하지만 이후, 특히 1C 특정 일반적으로 거래 사이의 차이와 거래는있다. 예를 들어, 중첩 된 (트랜잭션 내에서 트랜잭션) 1C에서 지원되지 않습니다.

내장 된만큼 간단한 언어 구문 사업자의 관점에서. 과정을 시작하는 것은 특별한 절차 들어 BeginTransaction 발표한다 (). ZafiksirovatTranzaktsiyu () 절차는 작업을 실행하는 동안 수정을 기록하는 데 사용됩니다. 실패 과정에서 가능 OtmenitTranzaktsiyu 경우 () 커밋 변경 사항을 취소합니다.

왜 사용하는 트랜잭션이 바람직하다? 이 절차의 코드는 훨씬 빠릅니다 때문입니다. 그것은이에이고있는 프로그래머를 찾고 있습니다. 속도의 차이는 사무실 1-2 직원의 1C 사용자처럼 눈에 띄지 않을 수 있지만이 프로그램에서 다양한 작업을 수행하는 동시에, 전체 부서에 관해서는 느낄 수없는 불가능하다.

함정

명백한 이점의 심각한 증가로 구성된뿐만 아니라 읽기 속도 및 데이터베이스와 작업 할 때 기록, 트랜잭션에 마이너스가있다. 의 삶의 이전 예제로 돌아가 보자. 한 사람에 의해 수행되지 않는 트랜잭션, 그리고 온 가족은 무엇인가? 모든 사람은 아침 식사 시간이기 때문에 부엌에있는 모든 군중 전에 씻어 화장실에 들어가 노력하고있다. 그 결과, 가족 구성원은 서로 불행이다. 후반 작업, 자신의 상사로부터 질책을 방해 할 수있는 - 기껏해야 그것은 최악의 단지 나쁜 하루의 시작, 그리고이다.

프로그램에서 같은있다. 모든 사용자는 최신 버전으로 간주됩니다 같은 문서에서 같은 시간에 데이터를 수정하기 시작한다면? 어떤 데이터를 저장하는 데 사용됩니다? 이러한 혼란을 방지하기 위해 잠금 메커니즘이 있습니다. 이는 사용자가 한 문서 작업을하는 동안,이 제 가상 대기 큐에 놓여 있다는 것을 의미한다. 다음 사용자를 작동하지 않을 수 있습니다 문서를 롤백 또는 성공적으로 완료되면.

또는 잠금을 제어 할 수 없습니다?

트랜잭션의 개념은 완전히 과도한 잠금 문제없이 해결 될 수 없다. 전체 기업의 독서의 비정상적인 과정을 선도하고 출력에서 잘못된 결과를 서면으로 잠금 장치가없는 경우 또는 너무 많은, 억제 작업 : 더 큰 악은 무엇인가?

가장 좋은 방법 - 황금 평균 있습니다 제어 잠금. 정말 중요한 문서가 순서 큐에서 처리되도록 유능한 프로그래머는 조직의 필요에 기존 메커니즘을 사용자 정의 할 수 있습니다. 잠금을 필요로하지 않는 동일한 구성 요소들에 따르면, 당신은 무료로 편집 할 수 있습니다.

따라서, 거래의 적시 분석 및 잠글 수있는 올바른 태도는 시스템의 유연성을 최대한 활용 할 수 있습니다 "1C : 기업을"및 시간 손실을 최소화 데이터베이스 작업을 최적화 할 수 있습니다.

무엇 과도한 잠금의 원인은?

문제는 수사하지 않습니다. 필요한 잠금을 제거하면, 혼란과 혼란이있을 것이다. 데이터베이스는 반대로, 자산의 적립을하기 때문에 동시 상각 잔액의 잘못된 데이터를 수집, 또는 것입니다. 그러나 한 번에 나타날 것 같은 종류의 결과. 처음 작업 잠금 실패의 검색의 정확성의 환상을 만들어 신속하게 이동합니다. 반면에, 잘못 생각 잠금 많은 수의 즉시 오류 메시지의 원인. "안전한 거래를 완료 할 수 없습니다"- 우리의 시스템을 경고합니다. 그것은 무엇을 의미 하는가? 아무도이 작업을 완료 할 수 없습니다하거나, 취소를 수행 할 수 있도록 두 개의 서로 서로 거래를 차단. "죽은"거래의 악순환이 크게 시스템 성능을 줄일 감지하기 전에 데이터베이스에 중단됩니다.

불필요한 수술 취소 조치는 로그 항목의 수를 증가합니다. 더 큰 사용자가 단순히 "죽은"잠금 장치의 무게 묻어 있기 때문에, 이러한 시스템은 가능한하지 않습니다. 다운 타임은 항상 성장하고있다. 어떻게 이러한 상황을 피하기 위해?

분리 레벨 - 좌초하지 않는 한 방법

외에도 이러한 거래, 우리는 함정에 대해 언급 한 사실에서. 비유를 계속, 우리는 자신있게 주장 할 수있는 잠금의 수준의 변화 - 신뢰할 수있는 도구 바다 1C에 여행에 파일럿. 분리의 두 가지 수준이 있습니다 : "읽을 전용, 엔트리"와 "아니오 녹음이나 독서를." 자동 모드 선택에서 사용할 수 없습니다. 그러나 관리 모드에서 응용 프로그램을 번역 할만큼, 당신은뿐만 아니라 중요한 문서를 선택하는 "스마트"제한을 넣어뿐만 아니라 그들에게 절연의 적절한 수준을 할당 할 수 있습니다.

그러나 일을 잘 개최 - 무엇보다도,이다 비상 사태의 예방 및뿐만 아니라 적시에 청산은 이미 실패가 발생했습니다. 보조 데이터베이스 관리자는 트랜잭션 처리 시스템을 제공 할 것입니다. 그것은 시스템의 모든 작업을 얼마나 데이터의 기초, 그들은이 성공적으로 완료되거나 취소되었는지 여부, 시스템의 추가 행동을 예측하고 잠재적 인 위협을 방지 할 수있다.

일반적인 요약

우리는 거래의 정의와 처리 내부에서 프로세스의 흐름도를 고려, 하나의 정보 기지 내에서 작업을 조절하는 여러 가지 방법 알게되었다.

도시 된 바와 같이, 메커니즘은 초보 프로그래머와 데이터베이스 관리자 쉽지만, 이해하기 쉽고 더 나은 주소가 아닙니다. 제어 방법은 소프트웨어 개발자의 삶의 새 버전이 쉬워집니다로도, 그럼에도 불구하고, 불가능하지만, 완전 자동 모드에서 문제가 아직 완벽하게 될 수없고, 피할.