수안이의 컴퓨터 연구실
메인 서버가 아닌 다른 서버의 데이터베이스에서 테이블을 사용하고자 하는가? 그렇다면 SQL 전문가인 어서 풀러가 제공하는 두 가지 다중 데이터베이스 개발 방법을 검토해보라.
SQL 서버 개발자들은 메인 종류의 데이터베이스에서 테이블을 사용할 필요를 느낀다. 즉, 이데이터베이스가 아닌 다른 몇몇의 애플리케이션을 이용하다가 정보를 검색할 필요가 있을 경우에 사용되는 것이다. 예를 들면, 좀처럼 업데이트를 하지 않는 외부 데이터베이스에 있는 하나 이상의 테이블로부터 SELECT(조회) 기능을 사용하고 싶을 때도 해당된다.
이런 비법을 사용하면 다중 데이터베이스 환경에서 개발하기 위한 두 가지 방법에 정통하게 될 것이다.
접근방법 ①
당신의 회사에 외뢰한 고객들의 이름이 저장된 회계 관련 애플리케이션이 있다. 이번 신규 프로젝트는 이전까지 사용하고 있었던 약간 원시적인 고객 주문 시스템을 회사의 특정 요구사항에 맞는 보다 진화된 형태의 고객 데이터베이스로 교체하는 것이다. (예를 들면, 여행사의 경우에도 비행기나 호텔 정보와 관련된 세부적인 일정과 같은 특별한 요구사항이 발생한다)
회계 애플리케이션 상에 주어진 고객들이 저장돼 있지만, 이번 프로젝트에서는 양쪽 모두에 정보를 공유하지는 않는다고 가정한다. 이번 특별 고객 정보는 주문 관리 데이터베이스에 통신이 아닌, 직접 채널을 통해 컴퓨터와 연결돼 있다. 하지만 회계 애플리케이션에 고객 테이블을 참조할 필요가 있다.
이런 경우, 다른 데이터베이스에서 테이블을 사용하기 위해서는 다음과 같이 표현해야 한다.
(Accounting.dbo.Customers에서 고객ID 12345를 추출하라.)
이런 구문을 이용하기 위해서는 외부 데이터베이스에서 특정 테이블을 참조할 수 있다. 만일 외부 데이터베이스가 다른 서버에 있다면, 특정 서버를 지정해주는 접두어를 포함해서 테이블 이름을 늘려줘야 한다. 이를 위해 다음을 참조해보자.
(서버1의 Accounting.dbo.Customers에서 고객ID 12345를 추출하라)
이 구문에서는 서버1이 연결된 서버들의 리스트에 등록돼 있는 경우다. 그러나 서버들의 특정 데이터베이스에서 특정 테이블을 참조할 수 있다. (주의 : 단 그 서버와 데이터베이스들에 접근 권한을 갖고 있어야 한다)
접근방법 ②
때로는 다중 데이터베이스로 개발하고자 하는 단일 데이터베이스를 수정해야 할 할 몇 가지 이유가 있다. 그것은 다음과 같다.
Subject areas : 풍부한 데이터베이스(바꿔 말하면, 많은 테이블로 이뤄진 데이터베이스)에서 각각Subject area 지역을 위한 데이터베이스를 분리해서 확인할 때 사용되는 것이다. 이 문맥에서 Subject area은 논리적인 데이터베이스(다른 중요한 지역에서 관심이 없는 사용자)의 집합으로 간주된다.
메인터넌스 애플리케이션 : 주어진 애플리케이션 X는 단지 통신이 아닌, 직접 채널을 통해 컴퓨터와 연결되어 있다. 그러므로 분리된 물리적인 데이터베이스에 분리된 테이블에 신중해야 한다.
데이터 조작어(DML) 접근 : 특정 테이블(일명 국가 코드에 대한 국제표준화기구의 리스트)은 직접적이나 조회 테이블을 관리하도록 디자인 되어 관리된다. 이런 경우 분리된 데이터베이스의 정보에 대한 최선책은 모든 데이터베이스의 기업들 모든 데이터베이스들은 동시에 두 개에 저장하지 않고 정부의 장점을 이용하는 나라나 지역, 도시들에게서 떨어져 접근하고자 한다.
데이터를 조작하는데 사용된다. 즉, 조회, 삽입, 갱신, 삭제
같은 서버에서 다른 데이터베이스를 참조하기 위하기 위한 노력들은 무시할 수 있는 정도다. 왜냐하면 접속은 오픈되어 있고, 만일 데이터베이스를 참조하고 싶다면 매우 작은 정도이기 때문이다. 외부 테이블을 참조하기 위한 UDF나 과정들을 저장하거나 뷰를 창출할 수 있다. 그리고 물건의 어떤 사람들이 다른 서버 위에서 혹은 다른 데이터베이스에서 있다는 것을 알고 있을 이후의 물건 필요의 어떤 저자도 평평하게 하지 마라.
어서 풀러는 20년 이상을 데이터베이스 애플리케이션을 개발하고 있다. 그는 ADPs, MS SQL 2000, 닷넷과 관련된 업무를 진행하고 있다.@
SQL 서버 개발자들은 메인 종류의 데이터베이스에서 테이블을 사용할 필요를 느낀다. 즉, 이데이터베이스가 아닌 다른 몇몇의 애플리케이션을 이용하다가 정보를 검색할 필요가 있을 경우에 사용되는 것이다. 예를 들면, 좀처럼 업데이트를 하지 않는 외부 데이터베이스에 있는 하나 이상의 테이블로부터 SELECT(조회) 기능을 사용하고 싶을 때도 해당된다.
이런 비법을 사용하면 다중 데이터베이스 환경에서 개발하기 위한 두 가지 방법에 정통하게 될 것이다.
접근방법 ①
당신의 회사에 외뢰한 고객들의 이름이 저장된 회계 관련 애플리케이션이 있다. 이번 신규 프로젝트는 이전까지 사용하고 있었던 약간 원시적인 고객 주문 시스템을 회사의 특정 요구사항에 맞는 보다 진화된 형태의 고객 데이터베이스로 교체하는 것이다. (예를 들면, 여행사의 경우에도 비행기나 호텔 정보와 관련된 세부적인 일정과 같은 특별한 요구사항이 발생한다)
회계 애플리케이션 상에 주어진 고객들이 저장돼 있지만, 이번 프로젝트에서는 양쪽 모두에 정보를 공유하지는 않는다고 가정한다. 이번 특별 고객 정보는 주문 관리 데이터베이스에 통신이 아닌, 직접 채널을 통해 컴퓨터와 연결돼 있다. 하지만 회계 애플리케이션에 고객 테이블을 참조할 필요가 있다.
이런 경우, 다른 데이터베이스에서 테이블을 사용하기 위해서는 다음과 같이 표현해야 한다.
(Accounting.dbo.Customers에서 고객ID 12345를 추출하라.)
이런 구문을 이용하기 위해서는 외부 데이터베이스에서 특정 테이블을 참조할 수 있다. 만일 외부 데이터베이스가 다른 서버에 있다면, 특정 서버를 지정해주는 접두어를 포함해서 테이블 이름을 늘려줘야 한다. 이를 위해 다음을 참조해보자.
(서버1의 Accounting.dbo.Customers에서 고객ID 12345를 추출하라)
이 구문에서는 서버1이 연결된 서버들의 리스트에 등록돼 있는 경우다. 그러나 서버들의 특정 데이터베이스에서 특정 테이블을 참조할 수 있다. (주의 : 단 그 서버와 데이터베이스들에 접근 권한을 갖고 있어야 한다)
접근방법 ②
때로는 다중 데이터베이스로 개발하고자 하는 단일 데이터베이스를 수정해야 할 할 몇 가지 이유가 있다. 그것은 다음과 같다.
Subject areas : 풍부한 데이터베이스(바꿔 말하면, 많은 테이블로 이뤄진 데이터베이스)에서 각각Subject area 지역을 위한 데이터베이스를 분리해서 확인할 때 사용되는 것이다. 이 문맥에서 Subject area은 논리적인 데이터베이스(다른 중요한 지역에서 관심이 없는 사용자)의 집합으로 간주된다.
메인터넌스 애플리케이션 : 주어진 애플리케이션 X는 단지 통신이 아닌, 직접 채널을 통해 컴퓨터와 연결되어 있다. 그러므로 분리된 물리적인 데이터베이스에 분리된 테이블에 신중해야 한다.
데이터 조작어(DML) 접근 : 특정 테이블(일명 국가 코드에 대한 국제표준화기구의 리스트)은 직접적이나 조회 테이블을 관리하도록 디자인 되어 관리된다. 이런 경우 분리된 데이터베이스의 정보에 대한 최선책은 모든 데이터베이스의 기업들 모든 데이터베이스들은 동시에 두 개에 저장하지 않고 정부의 장점을 이용하는 나라나 지역, 도시들에게서 떨어져 접근하고자 한다.
데이터를 조작하는데 사용된다. 즉, 조회, 삽입, 갱신, 삭제
같은 서버에서 다른 데이터베이스를 참조하기 위하기 위한 노력들은 무시할 수 있는 정도다. 왜냐하면 접속은 오픈되어 있고, 만일 데이터베이스를 참조하고 싶다면 매우 작은 정도이기 때문이다. 외부 테이블을 참조하기 위한 UDF나 과정들을 저장하거나 뷰를 창출할 수 있다. 그리고 물건의 어떤 사람들이 다른 서버 위에서 혹은 다른 데이터베이스에서 있다는 것을 알고 있을 이후의 물건 필요의 어떤 저자도 평평하게 하지 마라.
어서 풀러는 20년 이상을 데이터베이스 애플리케이션을 개발하고 있다. 그는 ADPs, MS SQL 2000, 닷넷과 관련된 업무를 진행하고 있다.@
"MSSQL" 카테고리의 다른 글
- 데이터 보안 [SQL 주입 공격 대처 방법] (0)2007/05/25
- 기본적인 시스템 테이블과 저장프로시저 (0)2007/05/25
- 다중 데이터베이스 작업 방법론 (0)2007/05/25
- 개발자를 위한 튜닝 가이드 (0)2007/05/25
- DB 보호와 복구를 위한 새로운 모델 (0)2007/05/23
Tags 다중 데이터베이스
Leave your greetings.