결제한 만큼 포인트를 충전하는 서비스를 만든다고 할때 실제로 결제가 이루어지고 DB에도 결제가 되었다고 떳지만 포인트가 충전되지 않는다면 큰 문제가 생기게 된다. 차라리 오류가 생겼을 때에는 오류가 생기고 동작에 실패하는것이 낫다. 이를 데이터의 오염이라고 한다. 즉, DB가 꼬이는 현상을 말한다. 내가 만든 귀여운 데이터베이스에는 귀여운 양의 데이터만 저장되어 있기 때문에 어떤 데이터가 문제가있는지 금방 찾을 수 있지만 실 서비스에서는 그렇지 못할 것이기 때문에 큰 문제가 된다. 이를 해결하기 위해서 작업의 단위인 트랜잭션에 대해서 정리해보자! 트랜잭션의 구성 start - commit - rollback 의 세가지 부분을 묶어서 하나의 트랜잭션이라고 한다. 또한 각각의 요소들을 typeORM에서 제공..

데이터베이스에는 수많은 데이터 정보들이 저장된다. 내 DB에는 작고 귀여운 정보들 밖에 없지만 추후에 실 서비스를 운영하거나 그러한 회사에서 일을 하게 되면 이를 더 효율적으로 관리할 필요성을 느끼게 될 것이다. 데이터베이스 스키마는 이러한 데이터들이 어떻게 보일지에 대한 대략적인 모습을 의미한다. 스키마라는 이름에서 느낌오듯 데이터간의 관계와 모습을 스키마를 통해 대략적으로 알 수 있다. 오늘은 데이터베이스 스키마에 대해서 공부한 내용을 정리해 보자 데이터베이스 스키마란? 데이터베이스 스키마를 일종의 데이터 구조로 생각하면 이를 이해하기 좀 수월한데 데이터가 어떤식으로 서로 관계를 맺고 있는지 등의 정보가 이 스키마에 포함되어있다. 데이터 베이스 스키마에는 중요하거나 관련된 모든 데이터들과 모든 데이터..

대부분의 일들이 그러하지만 개발자는 특히 혼자서 처음부터 끝까지 모든 프로젝트를 담당해서 업무를 진행하지 않는다. 그러므로 개발자는 다양한 환경에서 다양한 사람들과 협업을 하는 일이 잦은데 그럴때 마다 매번 새로운 규격과 환경에 적응해서 일을 하기란 쉽지 않다. 모든 회사, 모든 동료가 같은 규격을 가지고 협업하면 얼마나 편할까? 이러한 고민을 해결해주기 위해 MVC 패턴이 사용된다. MVC 패턴의 등장 배경 위에서 간략하게 설명했듯이 MVC 패턴은 다른 사람들과 협업하기에 용이하도록 만든 일종의 규칙? 혹은 규약이라고 할 수 있다. MVC 패턴을 검색해보면 디자인패턴이라는 말이 자주 등장하는데 이는 쉽게 이해해보자면 '유지보수 하기 쉽게 다같이 통일된 형식으로 개발하자' 이다. 반대로 얘기해보면 MVC..