# consistency

kimmin1kk

Transaction DB의 상태를 변화시키기 위해 수행하는 가장 작은 작업의 단위. 특징 (A.C.I.D) > 원자성 (Atomicity) >> Transaction은 DB에 모두 반영되거나 모두 반영되지 않아야 함 쪼갤수 없는 가장 작은 단위 = 원자 > 일관성 (Consistency) >> Transaction의 작업 처리 결과가 항상 일관성이 있어야 함 > 독립성 (Isolation) >> 어떤 하나의 Transaction이라도, 다른 Transaction의 연산에 끼어들 수 없음 > 지속성 (Durability) >> Transaction이 성공적으로 완료됐을 경우, 결과는 영구적으로 반영되어야 함 > 예시 (계좌이체) > 과정 > 구매자의 계좌에서 돈이 출금됨 판매자의 계좌에 돈이 입금됨 > Query문 예상 오류 구매자의 돈이 출금됐는데 DB가 다운된

cptkuk91

SQL Introduction A database language used by relational databases. MySQL, Oracle, PostgreSQL, etc. Can send query to the database to get or insert the data. SQL requires a fixed data structure. Unlike SQL, database which the structure of data is not fixed is NoSQL. Database like MongoDB is called NoSQL. > What is Query? Question to filter data. Basic query Basic grammar required to use SQL Select Where And, Or, Not Order By Insert Into Null Val

rosforxuego

이 블로그는 단국대학교 김승훈 교수님 수업을 토대로 작성되었습니다. 저작권 문제가 될 수 있는 강의자료는 되도록 지우고 작성하였습니다. transaction 특성 - ACID 특성 1) Atomicity 원자 -transaction 실행을 하려면 제대로 하던가 전혀 하지 말던가 ("all or nothing") ⇒ 제일 나쁜 건 일부만 실행하다가 중지되는 것 특성 2) Consistency -데이터가 consistent하게 유지되어야 함 특성 3) Isolation -모든 transaction은 서로 영향을 미치지 않아야 한다(occur in isolation) -한 transaction이 끝난 다음 다른 transaction이 일어나면 영향을 미치지 않지만, 중간 쯤에 하다보면 문제가 될 수도 (예: 1억을 두 세 번 더 인출..) -transactions는 isolated or serializable (transaction이

topqr123q

개발을 시작한 지 이제 2년차. 개발이라고 해봤자 토이 프로젝트로 CRUD 게시판 배포 정도가 전부다. 마지막 프로젝트는 React + Spring + MySql 을 이용해서 했지만 그마저도 Spring 은 제대로 이해하지도 못한 채 만들었고, 마지막 배포 단계에서 AWS Elastic Load Balancer 의 벽을 넘지 못하고 배포마저도 실패했다. 여지껏 주먹구구 식으로 Github Commit도 하지 않으며 전혀 남는 게 없는 공부만을 해왔다. 알고리즘 공부도 매번 코테가 있을 때만 대충 DFS, BFS, DP 같은 카테고리만 백준에서 찾아서 대충 대충... 이제는 이렇게 전혀 남는 게 없는 공부와 작별을 하고 싶었다. 공부하는 맛이 나게 하고 싶고, 남는 게 있는 공부를 하고 싶다. 항상 막힐 때면 구글링을 통해 멋지게 깔끔하게 정리된 블로그를 볼 때면 나도 하나 만들고 싶었지만 태생이 게으르기 때문에 매번 남의 블로그를 보고 감탄만 하고 거기서 끝이었

gillog

🙆‍♂️ import 🙇‍♂️ docs.spring.io[transaction-declarative-annotations] Transaction[개발자 이준스] Spring Transaction 관리[Naming Tom] Transaction Transaction이란, 더 이상 나눌 수 없는 작업 단위(unit of work)을 말한다. 다른 의미로는 DBMS에서 상호작용의 단위, **DB의 상태를 변환 시키는 하나의 논리적 기능

hari6180

트랜잭션 데이터베이스의 상태를 변환시키는 하나의 논리적인 기능을 수행하기 위한 작업의 단위 또는 한꺼번에 모두 수행되어야 할 일련의 연산들을 의미한다. (과정? 프로세스?) 데이터베이스 시스템에서 병행 제어 및 회복 작업시 처리되는 작업의 논리적 단위로 사용된다. 사용자가 시스템에 대한 서비스 요구 시 시스템이 응답하기 위한 상태 변환 과정의 작업단위로 사용된다. 트랜잭션의 성질 - 데이터의 무결성을 보장하기 위하여 DBMS의 트랜잭션이 가져야 할 특성 Atomicity(원자성) : 트랜잭션의 연산은 데이터베이스에 모두 반영되도록 완료(Commit)되든지 아니면 전혀 반영되지 않도록 복구(Rollback)되어야 한다. (중간에 멈추면 안된다는 말) Consistency(일관성) : 트랜잭션이 그 실행을 성공적으로 완료하면 언제나 일관성 있는 데이터베이스 상태로 변환한다. 시스템이 가지고 있는 고정 요소는 트랜잭션 수행 전과 트랜잭션 수행 완료 후