본문 바로가기
반응형

전체 글103

2PC (two-phase commit) ; 2단계 커미트 분산 컴퓨팅 환경에서 사용자의 트랜잭션을 처리하는데 있어, 트랜잭션 관리 프로그램은 트랜잭션에 관련된 모든 데이터베이스가 성공적으로 수정되었음을 확실하게 하기 위하여 2단계 커미트라고 불리는 프로토콜을 사용할 수 있다. 만일 데이터베이스의 수정이 성공적으로 이루어지지 않은 경우에, 그 트랜잭션은 롤백 상태가 되어 트랜잭션이 개시되기 이전의 상태로 되돌아간다. 만약 그 트랜잭션이 관련된 컴퓨터들에 의해 성공적으로 종료되었다면, 모든 데이터베이스의 수정을 위한 커미트가 이루어지며, 새로운 트랜잭션들이 자유로이 접근할 수 있도록 자원에 걸려 있던 로크들이 풀어진다. 아래에 이 프로토콜에 관한 간략한 설명이 있다. 한 컴퓨터 내에 있는 트랜잭션 관리 프로그램은 대체로 최초 요구에 연계되어, 관련된 모든 컴퓨터들.. 2008. 3. 6.
2PC (two-phase commit) ; 2단계 커미트 분산 컴퓨팅 환경에서 사용자의 트랜잭션을 처리하는데 있어, 트랜잭션 관리 프로그램은 트랜잭션에 관련된 모든 데이터베이스가 성공적으로 수정되었음을 확실하게 하기 위하여 2단계 커미트라고 불리는 프로토콜을 사용할 수 있다. 만일 데이터베이스의 수정이 성공적으로 이루어지지 않은 경우에, 그 트랜잭션은 롤백 상태가 되어 트랜잭션이 개시되기 이전의 상태로 되돌아간다. 만약 그 트랜잭션이 관련된 컴퓨터들에 의해 성공적으로 종료되었다면, 모든 데이터베이스의 수정을 위한 커미트가 이루어지며, 새로운 트랜잭션들이 자유로이 접근할 수 있도록 자원에 걸려 있던 로크들이 풀어진다. 아래에 이 프로토콜에 관한 간략한 설명이 있다. 한 컴퓨터 내에 있는 트랜잭션 관리 프로그램은 대체로 최초 요구에 연계되어, 관련된 모든 컴퓨터들.. 2008. 3. 6.
2PC (two-phase commit) ; 2단계 커미트 분산 컴퓨팅 환경에서 사용자의 트랜잭션을 처리하는데 있어, 트랜잭션 관리 프로그램은 트랜잭션에 관련된 모든 데이터베이스가 성공적으로 수정되었음을 확실하게 하기 위하여 2단계 커미트라고 불리는 프로토콜을 사용할 수 있다. 만일 데이터베이스의 수정이 성공적으로 이루어지지 않은 경우에, 그 트랜잭션은 롤백 상태가 되어 트랜잭션이 개시되기 이전의 상태로 되돌아간다. 만약 그 트랜잭션이 관련된 컴퓨터들에 의해 성공적으로 종료되었다면, 모든 데이터베이스의 수정을 위한 커미트가 이루어지며, 새로운 트랜잭션들이 자유로이 접근할 수 있도록 자원에 걸려 있던 로크들이 풀어진다. 아래에 이 프로토콜에 관한 간략한 설명이 있다. 한 컴퓨터 내에 있는 트랜잭션 관리 프로그램은 대체로 최초 요구에 연계되어, 관련된 모든 컴퓨터들.. 2008. 3. 6.
읽고싶은 책 List 1. 100억을 만든 셀프 자산관리 2008. 2. 26.
[FramePlus] 참고자료 보호되어 있는 글 입니다. 2008. 2. 25.
[CBD]참고자료 2008. 2. 25.
[CBD] UML 구조성 클래스 다이어그램 모델의 조립 부품의 집합. 클래스와 관계에 의해서 (클래스의) 구조와 (클래스 간의) 관계를 표현한다 객체 다이어그램 시스템의 어떤 시점에서의 snapshot 행동성 유스 케이스 다이어그램 시스템의 문맥과 외부 기능(functionality)의 설정 순서 다이어그램 상호작용하는 객체의 시간 순서 계열 즉, 객체의 집단 메시지 송신에 대한 시계열 표현이다 콜라보레이션 다이어그램 객체 집단에서의 상호작용에 대한 직접적 표현이나 객체 집단의 접속망의 형태와 메시지, 스레드의 순서 등을 표현한다 스테이트차트 다이어그램 1개의 객체 생성에서 소멸까지 상태 천이, 즉 어떤 클래스에 속하는 객체의 「라이프 사이클 표현」을 제공한다 액티버티 다이어그램 1개의 interaction 전체에서의 순.. 2008. 2. 20.
[FramePlus] 기본 개념 Java EE 프로젝트 위험 요소 1. Java, EJB, J2EE 를 모르는 위험 요소 2. EJB로 갈 것인가, 가지 않을 것인가 하는 너무 기술적으로 접근 방법 3. 모호한 presentation logic과 business logic 의 분리 4. Not deploying where you develop 5. 잘못된 vender의 선택(vender라는 것은 사용자에서 재화를 공급해주는 업체??) 6. vender에 대한 무지?? -> 고객의 요구사항!! 7. 확장성과 성능에 대해 고려하지 않은 design 8. 익숙한 개발 방법(process) -> process는 프로젝트에 맞게 상황에 맞게 선택을 해야한다. 9. framework 에 기반하지 않은 개발 -> 개발시 하나의 프레임 워크안에 표준.. 2008. 2. 13.
반응형

티스토리툴바