MSSQL DBA를 하고자 하는 1인으로서 굉장히 하고싶은 작업이긴 한데, 실제 완벽한 솔루션은 제공되지 않는듯하다.
인터넷을 돌아다니다 찾은 자료를 몇가지 정리해둬야겠다.
1. Sequel Safe
http://purumae.tistory.com/category/Sequel%20Safe
SP 기반으로 DB자체내 기능을 이용하여 Schema 변경이나 SP 변경이력을 관리한다.
기능은 지속적으로 개선되고 여러가지 기능을 제공하기는 하나, GUI 환경이 아닌 SSMS를 통해서 사용하기 때문에 DBA 뿐만 아니라 개발자들 역시도 어렵게 느끼지 않을까 싶다.
추구하는 컨셉자체는 개발→QA→운영 단계를 거치도록 하여 우리가 주로 이상적으로 추구하는 것과 일맥상통하다. 하지만 인원이 부족한 IT개발부서로써는 어찌보면 비효율을 낳을 수도 있겠다는 생각이 든다.
2. DDL Trigger
일반적으로 SQL 중에서 create, alter, drop 키워드로 시작하는 Transact-SQL 문 이벤트에 응답하여 시작한다.
이와같은 SQL문들을 찾아 자동으로 이력관리를 하게끔 응용하는 방법이 있을것이다. 허나 이 또한 GUI 환경이 아니기 때문에 자칫 개발자들의 반감을 사기엔 충분하다.
인터넷을 돌아다니다 찾은 자료를 몇가지 정리해둬야겠다.
1. Sequel Safe
http://purumae.tistory.com/category/Sequel%20Safe
SP 기반으로 DB자체내 기능을 이용하여 Schema 변경이나 SP 변경이력을 관리한다.
기능은 지속적으로 개선되고 여러가지 기능을 제공하기는 하나, GUI 환경이 아닌 SSMS를 통해서 사용하기 때문에 DBA 뿐만 아니라 개발자들 역시도 어렵게 느끼지 않을까 싶다.
추구하는 컨셉자체는 개발→QA→운영 단계를 거치도록 하여 우리가 주로 이상적으로 추구하는 것과 일맥상통하다. 하지만 인원이 부족한 IT개발부서로써는 어찌보면 비효율을 낳을 수도 있겠다는 생각이 든다.
2. DDL Trigger
일반적으로 SQL 중에서 create, alter, drop 키워드로 시작하는 Transact-SQL 문 이벤트에 응답하여 시작한다.
이와같은 SQL문들을 찾아 자동으로 이력관리를 하게끔 응용하는 방법이 있을것이다. 허나 이 또한 GUI 환경이 아니기 때문에 자칫 개발자들의 반감을 사기엔 충분하다.