ms sql ,오라클,인포믹스,my sql ,Sybase 분석

소개글

ms sql ,오라클,인포믹스,my sql ,Sybase 분석에 대한 보고서 자료입니다.

목차

▣ MS_SQL
*개요
*특징

▣ Oracle
*개요
*특징

▣ Sybase
*개요
*특징

▣Informix
*개요
*특징

▣ Mysql
*개요
*특징

▣상용 데이터베이스의 장단점 비교

▣상용데이터 베이스의 차이점

▣참고문헌

본문내용

이라 함은 각자 구분된 작업을 정해진 순서대로 제대로 수행하기만 하면 자연스럽게 전체적인 균형과 조화를 이룰 수 있음을 의미한다. 예기치 않은 시행착오, 불필요한 중복, 또는 누락을 방지할 수 있다.
(3) 특정작업을 수행하는 방법(methods)과 지켜야 할 표준규칙을 제공한다.
방법론은 "어떻게 수행할 것인가(how to do it)?"라는 질문에 대답한다. 즉, 수행되어야 할 작업을 효율적 으로 수행할 수 있는 방법(methods), 기법(techniques), 지침(guidelines), 또는 경험칙(heuristics )를 제시한다. 이러한 제반 노하우를 활용함으로써 DB 개발노력과 자원을 효율적으로 사용할 수 있게 된다. 그리고 특정한 작업마다 반드시 지켜져야 할 규칙을 설정하고 이를 준수하도록 함으로써 오류와 혼란을 방지할 수 있다.
(4) 작업 수행결과의 문서(documentation)화를 요구한다.
각 단계마다 그리고 각 작업마다 산출물로서 작성되어야 할 사항과 그러한 사항과 어떠한 문서양식으로 기록되어야 하는지가 제시된다. 이러한 문서양식의 제시는 다양한 관점을 가진 개발자와 이용자들의 의사 소통매체인 동시에 실제 무엇을 해야하는지를 눈으로 보여주는 예정표로서도 중요한 의미를 지니고 있다. 개발 방법론에서 제시되는 문서양식은 다음과 같은 조건을 갖추어야 한다. 작성자가 아닌 사람이 한눈에 쉽게 이해할 수 있어야 한다. 작성하기 용이하고, 작성 요령과 방법이 명시적이든 암시적이든 제공되어야 한다. 필요한 내용을 완전히 그리고 가장 간단한 형태로 표현할 수 있어야 한다. 가능한 한 정형화된 격식과 일반적으로 적용될 수 있는 구조를 지니고 있어야 한다.
개발이 진척됨에 따라 보완/수정될 수 있는 확장성과 유연성이 있어야 한다.
한 단계의 산출물 문서는 대개 다음 단계의 투입물이 된다. 한 단계가 완료되기 위해서는 앞 단계의 책임자와 뒷 단계의 책임자가 사인을 하고 인수/인계를 한다. 만약 산출물이 문서화되지 않았거나, 사인이 되지 않으면 그 단계가 종료된 것이라 인정되지 않는다. 따라서 문서화는 DB 개발과정의 책임과 권한을 명료하게 하고, 개발진척사항을 나타내는 지표로서의 중요성을 가진다.
(5) 단계를 따라가고 작업을 지원하는 자동화 도구(tool)를 사용한다.
자동화 도구는 방대한 규모의 DB 개발작업을 지원하고 프로젝트를 관리하기 위해서 필수불가결한 것이다. 화면에 나타난 파라메터를 통해 데이타를 입력함으로써 작업계획을 생성하고, 일정관리를 작성하며, 진척보고서를 만들고, 프로젝트 현황을 나타내고, 자원이나 스케쥴 배분계획을 작성하며, 제반 문서(예: Data Flow Diagram, Data Dictionary)를 산출하여 준다. 이러한 일들을 자동화 도구없이 수작업으로 수행한다는 것은 마치 현대전에서 돌도끼로 무장하는 것과 같다. 결론적으로 말하자면 방법론이란 DB 개발과정의 공정화(engineering)를 통하여 다음과 같은 목적을 추구하고 있다. DB개발 작업을 일관성 있게 진행하며, DB개발노력을 효율적으로 관리하며, 개발되는 DB의 품질과 정보가치를 향상한다.
▣상용 데이터베이스의 차이점
오라클의 경우 완벽한 Row-level Locking (행단위 잠금)을 지원하지만 타 DBMS는 그렇지 않다. 즉, 내가 update emp set sal=30000 where ename = '홍길동' 을 실행했더니 다른 행도 같이 잠금이 걸리느냐 그렇지 않느냐의 차이다.
위처럼 '홍길동'을 업 데이트 했는데 같은 블록이나 페이지에 있었다는 이유로 '강감찬'도 같이 Lock이 걸린다면 동시성 제어에 병목이 더 심하게 발생하게 된다.잠금에 기능에 차이가 있다.
MySQL은 기본적인 MyISAM Type 핸들러의 경우 table level locking이다. 위와 같이 업 데이트를 한다면 전체 테이블에 잠금이 걸려서 그 순간에는 다른 Update, delete, insert 작동을 할 수가 없다. DML 위주의 작업이라면 심각한 성능 저하를 경험할 수도 있다. 오라클은 그렇지 않다.
또 하나 오라클은 Multi-version read-consistent concurrency model 을 지원한다. 즉, 읽기는 쓰기에 의해서 차단되지 않으면서 데이터에 대해서 여러 개의 버전을 유지하면서 일관성을 지원할 수 있다는 것이다. 은행 뱅킹 시스템이라고 가정했을 때 계좌 잔액을 모두 구하는 SQL이 있다고 한다면 하나의 계좌 테이블에서 수 백수천만건의 레코드가 있을 것이고 이를 수행하는 도중에도 계좌에 대한 예금 인출, 이체 트랜잭션이 발생 할 것이다. 이 때 어떻게 일관성을 유지시키느냐, 오라클의 경우 잔액을 조회하는 시점의 데이터로 고정되어 결과가 완벽하게 도출된다. 잔액 조회 SQL을 Run 하고 있는 도중에 누군가가 계좌에서 인출하거나 이체하더라도 그것이 잔액 조회 SQL의 결과에 영향을 주지 않는다.
만약 타 DBMS라면 이러한 일관성을 제공하기 위해 해당 레코드를 읽는 동안에는 이체나 인출을 하지 못하도록 Lock을 걸어놔야 오라클 같은 일관성 모델을 제공할 수 있을 것이다. 즉, 오라클을 제외한 타 DBMS는 Select의 경우 의도하지 않았는데도 불구하고 Lock을 걸어 버릴 수 있다. 이게 가장 큰 차이점이고 핵심이다.
--------------------------------------------------------------------
▣ 참고문헌
*MS-SQL: server 구축과 활용/ 윤선정, 박희숙 ,임충재 지음. (이한출판사, 2005)
*(개발자가 알아야 할) 오라클 데이터베이스 설계 & 활용/ 노정환 지음. (이비컴, 2004)
*MySQL: (한국어판) MySQL의 사용, 관리, 프로그래밍을 위한 완벽 가이드/ Paul DuBois [저], 장준영 번역(사이텍미디어, 2004)
*한국 데이터베이스 진흥 센터-http://www.dpc.or.kr
*데이타베이스 사랑넷- http://database.sarang.net
*마이크로소프트 SQL서버- http://www.microsoft.com/korea/sql

키워드

ms sql,   오라클,   인포믹스,   mysql,   데이타베이스,   oracle,   sybase,   사이베이스