SQL7 강좌

마침. 그리고...

코난 — Wed, 18 Nov 2009 17:37:55 +0900

개인적으로 길었던 MSSQL강좌 이야기가 마무리가 되었답니다..

어떻게 느끼셨는지 모르겠지만 저는 나름대로 많은것을 얻었던 그런 강좌였답니다.

MSSQL로 몇몇 프로젝도 뛰어보고...

주제넘게 몇몇번의 컨설팅도 해보고...

이번에는 학교에서 강의도 하게될 그런 입장이랍니다..

아무리 생각해도 우끼지요.. ^_^;;;;;

항상 느끼지만... 무엇을 기획하고 실천하고.. 끝까지 마무리하기는 정말 어려운듯 합니다..

중급 강좌만 한 3개월이 걸려 마무리가 되는군요...

많은 MSSQL을 스터디 하시는 분들에게 도움이 되셨기를 바랍니다.

다음 코난이의 주제는 오라클 이랍니다.

"옷 코나니의 SQLER는 MSSQL만 다루는게 아니었남?"

저는 SQL을 배우는 곳이라고 했지 MSSQL을 배우는 곳이라곤 하지 않았답니다..

하나의 툴에 얽매일 생각도 없고요...

아주 즐겁게 배울수 있다면 그걸로 만족 한답니다. ^_^

아울러 MSSQL기본강좌 부분의 수정에 들어 간답니다...

얼마얼마의 시간이 지나.... 이미지 편집 테크닉도 생기구.. ^_^

다듬어야할 부분이 너무 눈에 많이 걸려서요.. ^_^

아울러.. 중급강좌를 마무리 지으심을 정말 축하 드립니다...

그럼 이만..

그럼 오늘도 정말 즐거운 하루 되시길 바랍니다.

==================================================
^___^ :> :) :=) :} ^}{^
==================================================
웃는 모습은 언제나 봐도 기분 좋게 만들죠~~~
우리모두 항상 웃는 얼굴로 살면 어떨까요~~~~

즐거운 하루가 되세요..

Happy Konan SQLER
http://www.sqler.pe.kr
==================================================

그럼 이만.

20. Replication(복제)란? _ 6. 복제의 구축(3)

코난 — Wed, 18 Nov 2009 17:37:11 +0900

이어지는 Push New Subscription부분 입니다.

해당하는 Publication에서 Push New Subscription을 선택합니다.

새로운 위저드 화면이 나옵니다.

Subscribers를 선택 합니다.

저는 NOTE-KONAN 이었지요.. ^_^

설정을 잡아 볼가요?

목적 데이터베이스를 선택합니다.

코난이는 심플하게... Browse Database를 선택하고 새로운 DB인

rep_pubs라는 데이터베이스를 생성하였답니다.

다른 서버의 DB라도 문제 없겠지요? ^_^

Immediate-Updating Subscription을 할건지를 묻습니다.

코난이는 전략대로 한다고 했습니다.

Distributor Agent의 스케쥴을 잡아주는 부분 입니다.

Continuously로 지속적인 수정이 가능하게 하였습니다.

최초 Initializing이 필요 한가? 이며...

Initializing시 Snapshot Agent로 최초 DB스키마를 넘길것인지를 묻습니다.

코난이는 한다고 했습니다.

필요한 서비스를 시작할건지를 묻습니다.

스탑이 되어있을 경우는 복제시 자동으로 시작을 시킵니다.

설정을 완료 했습니다.

자알~~ 끝났습니다.

이제 마지막이 자알 보이는 중이지요?

select title_id, title from pubs..titles

title_id title
-------- --------------------------------------------------------------------------------
PC1035 But Is It User Friendly?
PS1372 Computer Phobic AND Non-Phobic Individuals: Behavior Variations
BU1111 Cooking with Computers: Surreptitious Balance Sheets
PS7777 Emotional Security: A New Algorithm
TC4203 Fifty Years in Buckingham Palace Kitchens
PS2091 Is Anger the Enemy?
PS2106 Life Without Fear
PC9999 Net Etiquette
TC3218 Onions, Leeks, and Garlic: Cooking Secrets of the Mediterranean
PS3333 Prolonged Data Deprivation: Four Case Studies
PC8888 Secrets of Silicon Valley
MC2222 Silicon Valley Gastronomic Treats
BU7832 Straight Talk About Computers
TC7777 Sushi, Anyone?
BU1032 The Busy Executive's Database Guide
MC3021 The Gourmet Microwave
MC3026 The Psychology of Computer Cooking
BU2075 You Can Combat Computer Stress!

(18 row(s) affected)

이렇게 보이실 겁니다.

그럼 여기에 추가를 해 볼까요?

insert pubs..titles (title_id, title, type, pub_id, price, advance, royalty, ytd_sales, notes, pubdate)
values ('코0000', '코나니는 바부인가?', 'popular_comp', '1389',
$20.00, $8000.00, 10, 4095, '선데이 코난', '03/14/00')

그런후..

select title_id, title from pubs..titles

를 다시하면

title_id title
-------- --------------------------------------------------------------------------------
코0000 코나니는 바부인가?
PC1035 But Is It User Friendly?
PS1372 Computer Phobic AND Non-Phobic Individuals: Behavior Variations
BU1111 Cooking with Computers: Surreptitious Balance Sheets
PS7777 Emotional Security: A New Algorithm
TC4203 Fifty Years in Buckingham Palace Kitchens
PS2091 Is Anger the Enemy?
PS2106 Life Without Fear
PC9999 Net Etiquette
TC3218 Onions, Leeks, and Garlic: Cooking Secrets of the Mediterranean
PS3333 Prolonged Data Deprivation: Four Case Studies
PC8888 Secrets of Silicon Valley
MC2222 Silicon Valley Gastronomic Treats
BU7832 Straight Talk About Computers
TC7777 Sushi, Anyone?
BU1032 The Busy Executive's Database Guide
MC3021 The Gourmet Microwave
MC3026 The Psychology of Computer Cooking
BU2075 You Can Combat Computer Stress!

(19 row(s) affected)

오홍~~ 당연히 자알 들어 가지요...

그럼 여기서!!!!!!!!!!!!!!

우리의 rep_pubs는 어케 되었을가요?

select title_id, title from rep_pubs..titles

오홍~~~ 자알 되듯 하지요?

그렇다면?

select title_id, title from pubs..titles

insert pubs..titles (title_id, title, type, pub_id, price, advance, royalty, ytd_sales, notes, pubdate)
values ('코0001', '코나니는 바부인가?', 'popular_comp', '1389',
$20.00, $8000.00, 10, 4095, '선데이 코난', '03/14/00')
go

select title_id, title from rep_pubs..titles
go

삽입시 id를 코0001로만 바꾸고... 다쉬 동시에 해 볼가요?

그럼?

이상하게도 값이 없습니다.

분명히 삽입한 다음 인데요...

한 3초~5초후 다시 SELECT를 해 보면?

와 있습니다...

약간의 딜레이가 있다.. 라는 의미 이지요..

그럼...

살짝더 바까 볼가요?

Subscriber에서 삽입을 해 보지요...

insert rep_pubs..titles (title_id, title, type, pub_id, price, advance, royalty, ytd_sales, notes, pubdate)
values ('랄0000', '코나니는 바부인가?', 'popular_comp', '1389',
$20.00, $8000.00, 10, 4095, '선데이 코난', '03/14/00')
go

select title_id, title from rep_pubs..titles
go

select title_id, title from pubs..titles
go

를 한후... 돌리면 어케 될가요?

약간 틀리게 즉시 실행이 됩니다. 그 이유는 무엇일가요?

설치중의 글을 자알~~ 읽어 보셨다면 그 이유를 아실 겁니다.

마지막 저의 숙제 입니다.

Replcation Agent와 스케쥴을 자알~~ 보시면서...

어떻게 돌아가는지를 찬찬히 봐 보세요 ^_^

복제는 아주 섬세한 기술 입니다.

저역시 이것만 한 일주일을 가지고 헤메는군요... 저는 어렵더라구요...

복제의 구축 순서와...

그 성격을 정확히 알고...

에러메세지들을 보신다면... 정확히 구축이 가능해 지실 겁니다.

복제는 그 구축보다...

설계가 문제 입니다....

어느경우에 어느 방식으로 복제를 구축할 것인가...

과연 의미가 있는가...

가장 효율적인 복제 전략은 무엇인가 입니다...

서울에 1개, 전국에 5개의 항공권 예약 카운터가 있습니다.

동시에 전국의 예약 단말기가 같은 수치를 봐야 합니다.

50명이 정원인 비행기에 49명이 등록했으며... 50번째 부산에서 항권권을 예약하면

나머지에서는 예약이 불가해야 합니다.

등등등...

이럴때 어케 해야 할가요?

등등.. 많은 경우가 있답니다.

여하간... 개인적으로 많은 도움이 되었던 케이스였습니다.

6. Replication(복제)란? _ 6. 복제의 구축(3) 문서의 끝입니다.

20. Replication(복제)란? _ 6. 복제의 구축(2)

코난 — Wed, 18 Nov 2009 17:36:12 +0900

다음 복제구축의 두번째 이야기인 Publication을 생성해 보겠습니다.

Create and Manage Publications를 선택합니다.

구축한 pubs가 손바닥위에서 기다리고 있지요? ^_^

Create Publication을 해보지요

정말 익숙해보이는 위저드 화면이 나옵니다.

Publication 타입을 설정합니다.

전략대로 Transactional Publication으로 설정합니다.

Immediate Updating을 할지를 묻습니다.

물론 전략대로 한다.. 라고 합니다.

Subscriber의 타입을 설정합니다.

모든 Subscriber가 SQL서버인가 아닌가입니다... 차이점이 살짝 나오니 읽어 보시고요..

코난이는 NOTE-KONAN이 SQL서버이니...

선택했습니다.

다음은 어느 Article을 사용할지를 묻습니다.

여기서 키마크에 X가 있는것은 무엇일가요?

바로 프라이머리 키가 없을경우엔 Transactional이 불가하다.. 라는 의미 입니다.

아울러 불가한 테이블을 제외하고... 오른쪽의 Publish All을 선택해

코난이는 전부를 택했답니다.

Publication의 이름과 설명을 답니다.

Publication에 Filter를 적용할지를 묻습니다.

필터링에 대한 이야기로...

원하는 데이터만 "걸러서" 출판이 가능해 진다.. 라는 의미 입니다.

코난이는 필터링을 해야할 이유가 없을듯해 이는 디폴트 안하게 두었습니다..

설정이 끝났습니다.

잘 되었다는 메시지를 받으실 겁니다.

수고 하셨습니다...

마지막으로 Subscriber를 설정하겠습니다.

▶ 6. Replication(복제)란? _ 6. 복제의 구축(2) 문서의 끝입니다.

20. Replication(복제)란? _ 5. 복제의 구축(1)

코난 — Wed, 18 Nov 2009 17:35:10 +0900

실제로 복제를 구축해낼 시간이 되는군요... ^_^

실제 SQL서버에서 말도 많고 탈도 많은 복제 관련 서비스입니다...

코난이도 마니 해매었답니다. ^_^;;;

코난이는 1개 서버인 NOTE-KONAN에서 작업을 하며....

NOTE-KONAN의 PUBS 데이터베이스를 DB_REP_PUBS로 Transactional 복제를 가져가며

Subscriber의 Immediate-Updating Substription으로 진행 하겠습니다.

즉, 즉시 복제가 이루어지며... Subscriber의 수정 역시 즉시 이루어지도록 하였습니다.

Transactional부분만 잘 되신다면?

Snapshot이나 Merge는 쉽게 접근이 가능하실 겁니다.

그럼 시작합니다.

이에 저는 Publisher, Distributor, Subscriber를 모두 1개인 NOTE-KONAN에서 합니다.

맘대로 쓸만한 SQL서버가 없어서요.. 흑흑흑....

하늘에서 컴한대 안떨어지나.. T.T

사용할 서버를 봅지요.. ^_^

불쌍하기 그지없을 NOTE-KONAN 입니다... ^_^;;

3가지를 혼자 맡아 처리하다니... T.T

전체적인 흐름은 어떠할가요?

1. Distributor 생성

2. Publisher 생성

3. Subscriber생성

4. Publication의 생성

이런 식입니다.

여기에 해당하는 정확한 복제 전략을 가미하시는 거지요....

MMC의 툴즈의 리플리케이션 부분에서

Configure Publishing and Subscribers..

를 선택합니다.

위저드 화면이 나오지요...

다음을 눌러 진행합니다.

불쌍한 NOTE-KONAN을 Distributor로 선택합니다.

여기서? 다른서버를 Distributor로 선택 하려면?

영어를 찬찬히 읽고 진행하심 되겠지요?

기본 세팅을 사용할지... 아니면 커스텀 설정을 할지를 묻습니다.

저는 피피와 같은 등록된 서버를 Subscriber로 할 예정이 아니므로

커스텀 옵션을 선택했습니다.

Distributor의 설정을 잡습니다.

이때... REMOTE EM으로 작업시라도... 이는 REMOTE서버의 경로 입니다.

참고하세요....

어느 서버를 Publisher로 할지를 선택합니다.

저는 NOTE-KONAN을 하기로한 전략에 따라 선택했습니다.

Publication Database를 선택합니다.

이때 저는 Pubs Transactional로 정했습니다.

어느 서버를 Subscriber로 할지를 선택합니다.

저는 역시나... NOTE-KONAN을 골랐습니다.

갈수록 가슴이 찌저지는 구먼유... 불쌍한것. 강하게 커야 한단다... T.T

약간 긴듯하지만.. 잘 끝났습니다.

리포팅을 찬찬히 읽어 보시구요... ^_^

어떠세요.. 한숨 놓이 시나요? ^_^

NOTE-KONAN에 Replication Monitor가 생성된다는 말이 뜨면서...

이놈이 어떠한 일을 하는지를 말해 줍니다.

Pubs란 곳에 공유 마크가 생기고...

Replication이라는 눈에 확~~~ 띄는 아이콘이 늘어 났습니다.

Distributor와 Publisher, Subscriber를 생성 하셨습니다.

이제 Publication을 생성해 보도록 하지요.. ^_^

비교적 간단하시죠?

6. Replication(복제)란? _ 5. 복제의 구축(1) 문서의 끝입니다.

20. Replication(복제)란? _ 4. 복제의 다양한 방법(2)

코난 — Wed, 18 Nov 2009 17:34:02 +0900

이번에는 복제의 모델에따라 분류를 해보도록 하지요.. ^_^

물론 극소화된 모델로만 살펴보겠습니다...

응용은 저와 SQLER님들의 숙제니까요.. ^_^

1. 두 대의 서버를 이용한 모델(Pulisher & Distributor / Subscriber)

이는 중앙에서 발행/분배 서버가 있으면서 하나 이상의 받는 서버가 존재할 때를

의미합니다...

간단히 복제의 구현이 쉬우나... 복제 관련 모든 부하가 나누는 서버에 걸리므로 느려지는

단점이 있습니다..

2. 세대의 서버를 이용한 모델(Publisher / Distributor / Subscriber)

두 대의 서버와 비슷한 듯 하지만.. 분배서버가 따로 있어

발행서버는 원래 하던일을 그대로 할 수 있기 때문에 거의 같은 부하를 유지하면서

계속 작업이 가능하다는 장점이 있습니다. ^_^

3. 여러개의 보내는 서버 모델

반대로 된 상황이지요?

각 지사가 있으며 지사별로 있는 자료를 본사로 보내줄 때 그리고 본사에서는

집계 자료만을 사용할 때 라면?

4. 서로가 주고받는 모델

본사가 없는 지사만으로 운영되는 회사라면 가장 적절한 방식 이겠지요.. ^_^

이정도면 어느정되 되신 듯 합니다.. 별로 어려운 내용역시 없었을 거구요...

이젠 실제 구축을 해보도록 하겠습니다.

6. Replication(복제)란? _ 4. 복제의 다양한 방법(2) 문서의 끝입니다.

20. Replication(복제)란? _ 3. 복제의 다양한 방법(1)

코난 — Wed, 18 Nov 2009 17:33:25 +0900

복제의 다양한 방법에 대해서 알아보도록 하지요... ^_^

실제 어렵지 않으니.. 슥~ 보시면 슥~ 이해가 되실 겁니다.. ^_^

<- 높은 자율성(지연많음) 낮은자율성(지연없음) ->

오른쪽으로 갈수록? 다른 서버에서 데이터를 수정하면? 나머지 서버역시 잠금이 걸려

데이터를 사용이 불가해 진다.. 라는 거지요. 하지만 트랜젝션의 일관성은 매우

높은 겁니다... 그렇다면? 왼쪽으로 간다면?

잠금이 걸리는 시간이 일정시간(정해진 시간일수 있음) 이며 트랜젝션 일관성은 떨어져

서버가 자율성이 높아지는 거지요 ^_^

쉽지요~ 그럼 방식을 자세히 함 들여다 보도록 하지요.. ^_^

2 Phase Commit

분산트랜젝션을 사용하는 것입니다.. 데이터의 업데이트가 신속하며 그에따르는 부하

역시 심하지요... 실제로는 복제가 아니란걸 아시겠지요 ^_^

Transactional Replication

변경된 내용만을 Subscriber로 보내는 방식입니다...

1) 데이터를 변경시키면 변경 내용이 Puiblisher의 Publisher로그에 기록 됩니다.

2) 이를 Distributor의 로그 리더(Log Reader Agent)가 읽어 Distributor의

Distribution 데이터베이스에 저장합니다.

3)Distribution Agent가 저장된 로그를 읽어 변경 부분만 subscriber로 넘겨 줍니다.

Snapshot Replication

스냅샷은 동기화를 시키는 작업을 말합니다...

Publisher의 데이터와 Subscriber의 데이터를 모두 동기화 시켜 버리는 거지요...

그렇다면? 왜 통째로 보내는 스냅샷이 필요한가?

10M분량의 DB가 있는데.. 이 DB는 변경작업이 많아 기록되는 로그가 하루에 100M

가 된다고 생각해 보세요... 그럼 어떨가요?

이때 Transactional Replication을 쓴다면? 배보다 배꼽이 크니 차라리...

Snapshot Replication을 쓰는게 좋다.. 라는 거지요...

Merge Replication

양쪽에서 변경된 것을 서로 주고 받아 Merge(붙인다)시킨다고 보면 됩니다.

즉 Publisher / Subscriber의 개념이 전혀 없이 데이터를 주고 받는 거지요..

진행 순서라면...

1)최초 스냅샷이 성공적으로 이루어 집니다.

2)변경 내용에 대한 정보가 Merge Agent에 의해 감시 됩니다.

이 내용이 distribution DB에 기록 됩니다.(데이터는 Repldata 디렉토리, 정보만 Distribution

DB에 저장됨)

3)Distribution Agent가 변경 내용을 다른 쪽 서버로 보내거나 받습니다.

4) 이과정에서 충돌이 생기면? Distribution DB에 정보를 기록합니다. 이후 설정된

우선순위로 하나의 데이터를 이기게 만드는 거지요....

이런 충돌의 해결을 위해 머지 복제에서는 rowguid라는 컬럼이 테이블에 생성되며

충돌 해결시에 사용합니다.

Updating Subscriber

트랜젝션 복제와 스냅샷 복제에 사용이 가능한데....

받는 쪽에서도 데이터를 수정할 수 있게 해준다는 겁니다.

받는쪽에서 수정할 때는 분산 트랜젝션을 사용하여 데이터를 수정하게 되므로 수정과

동시에 보내는 서버의 데이터가 수정되고 이 데이터가 다시 다른 받는 서버들에게

전달되어 데이터의 일관성을 유지시켜 줍니다...

이 옵션을 사용하려면? 반드시 DTC서비스가 보내는 서버와 받는 서버에서 시작되어

있어야 합니다.

흠... 이제가지가 방식에 따르는 분류였습니다... 다음으로는 복제의 모델에 따르는

분류를 보겠습니다. ^_^

6. Replication(복제)란? _ 3. 복제의 다양한 방법(1) 문서의 끝입니다.

20. Replication(복제)란? _ 2. 복제 컴포넌트

코난 — Wed, 18 Nov 2009 17:32:51 +0900

간단히 설명해 드릴 복제 컴포넌트입니다...

복제 구축시 계속해서 나올 이야기들이니...

찬찬히보시고.. 음미하신후..

다음의 강좌를 보시길 바랍니다..

아울러 개념이 상당히 중요한 그런 부분이니... 이참에... 자료실의 복제

화이트 페이퍼를 주욱~~~ 보시고 정확히 개념을 잡으신후...

다음강좌를 보시길 적극 권장해 드립니다... ^_^

그럼 복제 컴포넌트 소개입니다.

복제 컴포넌트로 복제 기술에 사용되는 용어를 소개해 드립니다..

SQL 서버 복제의 컴포넌트

발행자

는 다른 서버가 복제할 수 있도록 데이터를 이용 가능하게 하는 서버이다.

어느 데이터가 복제 대상인지를 정의하는 것에 덧붙여, 발행자는 어느 데이터가

변했는 지를 감지하고, 그 사이트에서의 모든 발행에 관한 정보를 유지한다.

복제되는 데이터 요소는 어느 구독자에 의해 갱신되거나, 혹은 구독자에 의해 다시

발행될지라도 단지 하나의 발행자만을 갖는다.

구독자

는 복제본을 저장하고 갱신을 받는 서버이다.

SQL 서버7.0 초창기에 갱신은 전형적으로 발행자가 수행할 수 있었다.

어쨌든, SQL 서버는 구독자로 하여금 데이터에 대한 갱신을 허용한다.

(그러나, 구독자의 갱신은 발행자의 갱신과 다르다.) 교대로 구독자 또한 다른 구독자에

대한 발행자가 될 수 있다.

발행

은 단순히 기사들의 모임이고, 기사는 복제될 데이터의 모임이다.

하나의 기사는 전체 테이블이 될 수도 있고, 혹은 어떤 열(수직 필터를 사용하여),

혹은 어떤 행(수평 필터를 사용하여), 혹은 저장 프로시져(어떤 타입의 복제인 경우에)가

될 수도 있다. 발행은 종종 여러 기사들을 갖고 있다.

배포자

는 분산 데이터베이스를 포함하고 있는 서버이다.

배포자의 정확한 역할은 SQL 서버 복제 타입에 따라 다르다.

스냅샷 에이전트

는 스키마, 발행된 테이블, 그리고 저장 프로시져의 초기 데이터 파일을 준비하고,

배포자에 대한 스냅샷을 저장하며, 분산 데이터베이스에서의 동기화 상태에 대한

정보를 기록한다.

각 발행은 배포자 상에서 운용되며 발행자와 연결되는 자신만의 스냅샷 에이전트를

가지고 있다.

로그 읽기 에이전트

는 복제용으로 표시된 트랜잭션을 발행자의 트랜잭션 로그에서

분산 데이터베이스로 옮긴다.

트랜잭션 복제를 사용하여 발행된 각 데이터베이스는 배포자 상에서 운용되며 발행자와

연결되는 자신만의 로그 읽기 에이전트를 가진다.

배포 에이전트

는 분산 데이터베이스 테이블 내에서 있었던 트랜잭션과 스냅샷 작업을 구독자에게 옮긴다.

새로운 구독이 만들어 졌을 때 즉각적인 동기화를 위해 준비되는 트랜잭션 발행과

스냅샷 발행은 배포자 상에서 운용되고 구독자와 연결되는 자신만의 배포 에이전트를 갖는다.

즉각적인 동기화를 위해 준비되지 않은 트랜잭션 발행과 스냅샷 발행은 배포자 상에서

운용되고 구독자와 연결되는 발행자/구독자 짝 상의 배포 에이전트를 공유한다.

스냅샷 발행이나 트랜잭션 발행에 대한 풀 구독은 배포자 대신에 구독자 상에서 운용되는

배포 에이전트를 갖는다. 배포 에이전트는 전형적으로 SQL 서버 에이전트 하에서 작동하며

SQL 서버 Enterprise Manager를 통해 직접적으로 관리될 수 있다.

병합 에이전트

는 초기 스냅샷이 생성된 후 일어난 데이터의 증가적인 변화를 이동 시키고 조정한다.

병합 복제에서 데이터는 두개의 방향(처음엔 구독자에서 발행자로 그 다음엔 발행자에서

구독자로)이나, 한 방향으로만 움직인다. 각 병합 발행은 발행자, 구독자 모두에 연결되어

둘 다를 갱신하는 자신만의 병합 에이전트를 갖는다. 병합 발행에 대한 푸시 구독은 발행자

상에서 운용되는 병합 에이전트를 가지고 있는 반면, 병합 발행에 대한 풀 구독은 구독자

상에서 운용되는 병합 에이전트를 가지고 있다.

스냅샷 발행과 트랜잭션 발행은 병합 에이전트를 가지지 않는다.

병합 에이전트는 또한 마이크로소프트 ActiveX 콘트롤을 사용하여 응용 프로그램에

삽입되고 작동될 수 있다.

풀 구독

은 구독자가 발행자에게 모든 변화의 주기적인 갱신을 요구하는 것이다.

풀 구독은 많은 수의 구독자(예를 들어, 인터넷을 사용하는 구독자들)들을 가지고 있는

발행에 가장 좋다.

풀 구독은 또한 자율적인 이동 사용자에게도 가장 좋은데, 그 이유는 그들로 하여금

데이터 변화의 동기화 시점을 결정할 수 있도록 하기 때문이다.

하나의 발행은 푸시와 풀 구독 모두의 혼합을 지원할 수 있다.

푸시 구독

은 구독자로부터의 특정 요구가 없어도 발행자가 변화를 촉진시키는 것이다.

푸시 구독은 일정이 발행자에 의해 결정되어야만 하는 상황에서 발생 즉시 변화를

촉진시키는 데에 사용된다.

조금 미진한 감도 없진 않지만.. 이정도면 충분할 듯 합니다...

화이트 페퍼 내의 내용이구요... ^_^

아울러 북스 온라인의 초기화면을 보시면 Replication이라는 차례도 있으니..

추후 함 보시길 바라구요.. ^_^

도움되시길 바랍니다.

6. Replication(복제)란? _ 2. 복제 컴포넌트 문서의 끝입니다.

20. Replication(복제)란? _ 1. 복제란 무엇인가?

코난 — Wed, 18 Nov 2009 17:32:26 +0900

먼저 복제.. 아울러 리플리케이션 등의 이야기는 마니 들어보셨을 겁니다.. ^_^

이번에 할 이야기가 복제를 어케 하냐의 이야기이니.. 먼저 정확히 이론적인 부분을

살피고 복제 설정에 들어가도록 하지요... ^_^

역시나 조금 길어질 그런 부분이니... 가능한 차근차근 설명하겠습니다....

문제가 되시거나.. 오류가 있으시다면 꼭 질문/답변 게시판에 달아주시기를 바랍니다.

그럼 이야기를 시작하지요 ^_^

이전에는 유닉스와 같은 메인프레임의 시절이 있었습니다.... ^_^

모든 작업은 유닉스 서버에서 이루어지며.. 사용자는 단지 텔넷 같은 더미 터미널로

서버에 접속해 작업을 하던.. 단지 바보 터미널만을 사용하던 시절이 있었지요...

하이텔 초창기의 터미널을 대여해서 써보신분 마니 계실 겁니다...

하지만 어느덧 시간이 지나... 메인 프레임 시스템으로는 많은 사용자와

작업양을 견디질 못하는 시대가 되었습니다...

이에 Client / Server라는 개념의 시대가 등장하지요...

이놈의 중요한 다른점은 어느것이든 서비스를 제공하면 바로 서버라는 점입니다...

NT와 win95가 있는데.....

win95에서 서비스를 제공하면 이거이 서버다.. 라는 겁니다....

DB역시 마찬가지로... 이러한 C/S의 치맛바람이 불게 되었지요....

속도도 빨라지지요... 전국지사에서 각 지사마다 서버를 두어 속도 빨라지지요..

호홍~~ 아주 좋았습니다... 하지만 문제는 어디서든 생기는 겁니다....

서울에 본사가 있고 부산에 지사가 있는 회사인데....

데이터의 일관성 유지가 힘든 겁니다....

같은날 같은 시각 물건값이 틀려서 서울에서는 만원인데.. 부산에서는 만2000원 인 겁니다..

게다가 보안성의 유지도 역시 만만치 않았구요......

아울러 서울이나 부산이나 데이터를 삽입시 어디서나 일관성있게 변경되는 그런

솔루션이 필요해진 겁니다....

그래서 등장했지요... 이 솔루션이....

특히 크게 2가지로 볼 수 있는데....

2 Phase Commit과 Replication이라는 2가지 솔루션의 등장입니다...

간단히 비교를 해 보면...

	2Phase Commit	Replication
일관성(Consistency)	Tight(엄격한 일관성)	Loose(느슨한 일관성)
동시성(Concurrency)	나쁨	매우 좋음
분산 트랜젝션	가능	불가능
동시수정	가능	불가능
서버에 걸리는 부하	많음	적음(분산이 가능)
확장성/유연성	보통	좋음

자잔~~~~

살짝 복제의 개념이 잡히실 거에요...

복제시 제공해주는 서버 A는 데이터를 수정하고.. 제공받는 서버 B와 C는?

데이터를 받기만 한다....(SQL7에서는 Updating subscriber로 받는서버 B,C에서도

데이터 수정이 가능)

아울러 트랜젝션을 사용해야 하는

A에서 300을 빼고 서버B에 150, 서버C에 150을 더하는 식의 분산 트랜젝션의 처리...

역시 불가능할 겁니다...

따러서 이러한 트랜젝션을 써야할 경우라면? 반드시 2 phase commit을 써야지요..

은행같은 경우에 대표적입니다... ^_^

그런데도!!!!!

복제가 각광을 받는 이유는 무엇일가요?

바로 2phase commit이 가지는 단점 땜입니다....

2phase commit시는 서버 A는 물론 B,C ... 등의 서버중에서 1개만 이라도

맛이 간다면? 몽조리 맛이 가는겁니다... A가 맛이가면...

B,C,.. 은 물론 맛이 갈 수 있고...

B,C,..들중 1개만 맛이 간다면? A역시 눈만 뜨고 있지 아무 수정도 할 수 없게 되지요..

(트랜젝션사용이 계속 에러가 나니까요..)

게다가 한 개의 서버 D를 추가하려 합니다...

그럼 상당히 많은 부분에 작업을 해서 거의 재구축 해야할 정도가 된다...

까지 되니까요... ^_^ 이러한 유연성에서 역시 결함이 될 수 있지요...

그렇다면 우리가 보려하는 복제는 어떨가요?

서버 B,C들중 B가 문제가 되어서 복제에 참여가 불가능 하더라도?

서버 A와 C는 계속 데이터를 주고 받을 수 있으며 서버 B역시 문제가 해결되면

다시 데이터를 주고 받을 수 있게 되는 거지요...

물론 동시성 역시 매우 좋구요 ^_^

아울러 복제시 복제 업무를 전담하는 서버(Distributor)가 있어서 원래 메인 서버는

전혀 큰 부하 없이 작업을 계속 할 수 있는 장점이 있지요...

그럼 어느정도 복제에 대한 개념을 잡으셨으리라 생각 하구용 ^_^

실제 복제에서 사용되는 용어의 개념에 대해 살짝 알아 보지요.. ^_^

6. Replication(복제)란? _ 1. 복제란 무엇인가?

19. 전문검색 _ 4.전문검색의 구축(2)

코난 — Wed, 18 Nov 2009 17:32:00 +0900

먼저 제 자료실의 전문검색 화이트 페이퍼를 함 다운받아서 보시길 바랍니다.. ^_^

여기에 간단한 전문검색 문법인 contains()와 freetext()를 보실 수 있을 겁니다..

실제 쿼리를 보시면..

select categoryname,description from categories
where CONTAINS(description, 'sweet')

아직 쿼리에대해 준비가 안되었다고 합니다.. ^_^

풀텍스트 색인만 만들었지요.... 실제로 이를 가져오는 Population은 아직 안했기 때문이지요

마지막 파퓰레이션 일자가 없습니다. ^_^

첫 파퓰레이션을 해보도록 하지요...

마우스 우측 버튼후 풀 파퓰레이션을 선택합니다. ^_^

리프레시 해보면 저런 화면을 보실 수 있을 겁니다...

이제 위의 실패한 질의를 다시 해 보지요...

select categoryname,description from categories
where CONTAINS(description, 'sweet')

어떠신가요? ^_^

이정도로 풀텍스트 서치(전문검색)을 마치도록 하겠습니다. ^_^

수고하셨습니다... ^_^ 랄라랄~~~~ 닐니리~~~~ ~

5. 전문검색 _ 4.전문검색의 구축(2) 문서의 끝입니다.

19. 전문검색 _ 3.전문검색의 구축(1)

코난 — Wed, 18 Nov 2009 17:31:23 +0900

흠흠흠... 그다지 어렵거나 문제될 부분은 없을 겁니다.....

쉬우니까요... ^_^

테스트부분은 정원혁선생님의 책 MSSQL7 - 대림을 참조하였습니다...

이에 Northwind DB의 categories 테이블을 살펴 봅니다...

use northwind

sp_columns categories

카테고리 테이블에 어떤 값이 있는지 보면...

select categoryname, description from categories

select categoryname, description from categories
where description like '%sweet%'
go

결과들을 보시면 9개 정도의 row가 있는걸 알 수 있습니다.

색인을 만들어 보지요.. description 컬럼에 대해서...

create index myindex on categories (description)
go

결과 ----------------

Server: Msg 1919, Level 16, State 1, Line 1
Column 'description'. Cannot create index on a column of text, ntext, or image data type.

text형 컬럼이어서 불가능 하지요... ^_^

이럴 때 전문검색을 사용하는 겁니다..

툴즈의 Full-Text Indexing을 선택합니다.

위저드가 시작됩니다. ^_^

사용할 데이터 베이스를 선택합니다. 저희는 노스윈드 이지요...

사용할 테이블을 역시 선택합니다. 저희는 Categories테이블 이지요...

유일색인이나 기본키를 요구하는데 기본키인 PK_Categories를 그대로 씁니다.

어느 컬럼을 색인할 걸지를 결정합니다. 모든컬럼 이지요 ^_^

카탈로그의 이름을 적습니다.... ^_^

뉴 스케쥴로 스케쥴을 만듭니다.

저는 매주 일요일 오전 12시에 스케쥴이실행되게 하였습니다.

스케쥴이 등록된 화면입니다.

요약정보 화면이지요... 마침을 누릅니다. ^_^

전문검색을 만드는 화면입니다...

성공적으로 생성하였습니다.

이때 시간도 주의깊게 보셔야 합니다... ^_^

성공적으로 생성 되었습니다. ^_^

그럼 실제 잘 될가요? ^_^

아니지요... 아직 해야할 일이 안되었습니다. ^_^

다음 강좌에서 보여 드리지요 ^_^

5. 전문검색 _ 3.전문검색의 구축(1) 문서의 끝입니다.

19. 전문검색 _ 2. 설치

코난 — Wed, 18 Nov 2009 17:30:35 +0900

전문검색은 MSSQL - 스탠다드 이상의 버전에서만 설치됩니다.

NT웍이나 95, 98에서는 설치할 수 없습니다.

설치를 해보신 분이라면 기억하실 겁니다...

커스텀 부분에 보면 있는 Server Component -> Full-Text Search

설치를 한후에 보면...

지원서비스 부분과 각각의 데이터 베이스에 Full Text Catalog란게 생기는걸

알수 있지요... ^_^

그럼 성공하신 겁니다....

5. 전문검색 _ 2. 설치 문서의 끝입니다.

19. 전문검색 _ 1. 전문검색이란?

코난 — Wed, 18 Nov 2009 17:15:50 +0900

음... 최근들어 몸이 말이 아니군요.... 감기가 오려나... 으슬으슬 합니다.. T.T

여러분들 모두 감기 조심하시구요.....

전 이 중급 강좌만 끝나면 MSSQL셤을 봅니다.....

지가 꼭 붙을 수 있게 낙서장에 한마디씩 꼭 적어주세유... T.T

심심한 낙서장.. T.T

강좌의 막바지에 이르는 듯 합니다.. ^_^

이번에 소개해 드릴 내용은 Full Text Search(전문검색)입니다..

이하 전문검색이라고 그냥 부르겠습니다... ^_^

그렇다면 이번의 테마인 저 전문검색이란 무엇인가?

text형과 같은 색인을 둘 수 없는 컬럼에 색인을 만들어 두어 검색시 속도를 빠르게

검색이 가능하게 해주는 겁니다...

문자열로 된 컬럼에서 의미있는 글자를 찾아주는 거지요...

이때 의미있는 글자가 있는 반면에 의미가 없는 글자도 있을 겁니다..

이를 보통 Noise word라고 부르며 실제 \mssql\ftdata\sqlserver\config에

noise.*로 저장되어 있습니다...

전문검색과 일반 SQL색인의 차이는 무엇일가요?

1. DB내에 저장되지 않으며 별도의 파일로 저장이 됩니다.

디렉토리는 \mssql7\ftdata

2. 자동적으로 갱신이 되지 않는다. 스케쥴을 쓰거나 관리자가 필요시마다 갱신 작업을

해야한다.

3. CREATE INDEX구문을 사용하지 않으며 저장 프로시져를 사용해 생성한다.

4. 테이블강 하나의 색인만 존재가 가능하다.

5. 카탈로그라는 것으로 함께 모여져 관리된다.

그렇다면 전문검색을 만드는 절차는?

1. 풀텍스트 서비스를 설치하고 시작한다.

2. 풀텍스트 색인에 포함될 컬럼을 정의하여 색인을 만든다. 이를 카탈로그에 등록시킨다.

3. 색인에 데이터를 갱신(Population)시켜준다.

4. 주기적으로 색인을 갱신한다.

이정도면 전문검색에 대해서는 어느정도 감을 잡으셨을 겁니다.. ^_^

다음으로 그 구현을 해 보도록 하지요 ^_^

5. 전문검색 _ 1. 전문검색이란? 문서의 끝입니다.

18. English Natural Language Query _ 4. 영문 자연어 질의 기술백서(3)

코난 — Wed, 18 Nov 2009 17:15:26 +0900

ENQ의 마지막인 웹 사이트에 추가하는 부분입니다. ^_^

English Query 를 웹 사이트에 추가

쉬운 방법

마이크로소프트 English Query 디렉토리 밑에 있는 SAMPLES/ASP2 하위 디렉토리를 대상으로 한 예제를 들기로 한다.

마이크로소프트 IIS(Internet Information Server) 4.0하에서 인스톨링 한다면, SETUPASP.VBS를 클릭하여 사용자들이 English Query 도메인에 질의할 수 있는 웹 페이지를 배치하도록 한다.

이로써 WSH(Windows Scripting Host)가 작동하게 된다.

WSH는 ASP 파일들과 만들어 놓은 .EOD 파일들을 웹 서버상의 디렉토리에 복사하고, English Query 페이지에 대한 IIS 가상 디렉토리를 만들며, ASP 스크립트에게 데이터베이스의 위치를 알리기 위해 PARAMS.INC 파일에서 옵션을 설정한다.

IIS 3.0이라면 방금 열거한 과정들을 수작업으로 수행해야 한다. (README.HTM 파일에 기술되어 있다.)

이제 브라우저에서 테스트해 볼 차례이다.

예를 들어 http://localhost/pubs 에 접근할 수 있다.

그 다음에는 다른 ASP 응용 프로그램을 포함해서 이 사이트의 다른 웹 페이지로부터 이 페이지로 링크를 설정할 수 있다.

쉽지요... ^_^

간단히 설계가 되었습니다....

자신의ASP 응용 프로그램 만들기

좀 더 나아가서 English Query를 다른 ASP 응용 프로그램과 결합시키는 방식을 보여주는 샘플 응용 프로그램을 사용할 수 있다.

예를 들어, 검색 페이지에서 이용 가능한 English Query 텍스트 상자를 집어 넣거나 지금의 답변 방식을 보충할 것을 선택할 수 있다.

샘플 응용 프로그램에 대한 짤막한 설명으로도 이러한 작업을 쉽게 하는데 도움을 줄 것이다.

다음 코드(ASP 샘플 코드의 간략화된 버전)는 사용자가 요구한 질문을 SQL문으로 바꾸는 기법의 핵심을 보여 준다.

사용자 질의를 처리하는 ASP 페이지에 이러한 방식으로 코드를 중첩시켜 넣을 수 있을 것이다.

‘ English Query 객체를 생성한다.
Set objEQSession = Server.CreateObject("Mseq.Session")

‘ 도메인을 적재한다. 예)“C:\PUBS\PUBS.EQD”
objEQSession.InitDomain(Application("DomainFile"))

‘ 사용자의 질문(strQuest)을 English Query 반응 객체로 바꾼다.
Set objEQResponse = objEQSession.ParseRequest(strQuest)
’ 반응 객체의 종류를 결정한다.
Select Case objEQResponse.Type
Case nlCommandResponse
       Set objCommands = objEQResponse.Commands
       For intCommand = 0 To objCommands.Count - 1
              Set objCommand = objCommands(intCommand)
              Select Case objCommand.CmdID
              Case nlQueryCmd

                     ‘ 리턴된 SQL을 수행하고 사용자에게 보여 준다.
                     DoSQLCommand objCommand
              Case nlAnswerCmd

‘ 단지 답변을 보여 준다.
Response.Write objCommand.Answer

End Select

Case nlUserClarifyResponse
DoClarification objEQResponse, strQuestion
Case nlErrorResponse
Response.Write objEQResponse.Description & "<BR>”
End Select

우선 Server.CreateObject(“Mseq.Session”) 를 사용하여 English Query 객체를 만든다.

도메인을 적재하기 위해서 InitDomain 메쏘드와 .EOD 파일의 이름을 호출한다.

그러면 사용자의 질문과 함께 ParseRequest() 메쏘드를 호출함으로써 반응 객체를 얻을 수 있을 것이다.

반응은 command 형의 반응일 수 있다. command 형은 SQL 명령어나 혹은 데이터베이스에 연결함이 없이 English Query 단독으로 답할 수 있는 명령어들로 이루어져 있다.

SQL 명령어는 SQL 서버 데이터베이스에 대해 수행되어야만 하며 웹 페이지상의 결과는 보통 테이블로 제시된다.

ADO를 사용하여 SQL 명령어를 수행하고 결과를 테이블로 제시하는 과정은 DoSQLCommand 함수(SAMPLES/ASP/COMMON.INC 파일에서 이용 가능하다)에 내장되어 있다.

명령어가 답변이면 곧바로 사용자에게 보여진다.

반응은 또한 “명확할 것에 대한 요구” 일 수 있다. 예를 들어 질문이 “워싱턴의 모든 혼다 시민은 무엇이냐?” 일 경우, 워싱턴이 시인지 주인지에 대해 명확히 할 것을 요구할 수 있다.

DoClarification (COMMON.INC 파일에서 이용 가능하다) 호출은 반응 객체상의 UserInputs 집합에서 가능한 값들을 사용자에게 제시함으로써 사용자가 질문을 명확히 하도록 필요한 코드들을 캡슐화 한다.

수고하셨습니다...

끝으로 요약과 별로 필요없는 (-_-;) 정보가 있는 곳이라고 하는데.. 정보가 아닌 듯 합니다.

요약

English Query는 SQL 서버 기반의 웹 사이트나 응용 프로그램에 강력한 검색 능력을 제공한다. ASP 기반의 응용 프로그램에서 사용한다면 구현은 무척 쉽다. English Query를 웹 사이트에 덧붙임으로 해서 수많은 고객 보고서를 작성하거나 복잡한 검색 서식을 만들 필요가 사라진다.

정보가 있는 곳

마이크로소프트 English Query 1.0 은 마이크로소프트 SQL 서버 6.5 엔터프라이즈판과 함께 선적되었다. 또한, SQL 서버 7.0에도 선적되었다. SQL 서버 7.0을 구매하고자 하면 http://www.microsoft.com/korea/sql을 참고하면 된다.

흠흠흠....

이로서 간략히 알아본 ENQ였습니다.. ^_^

도움이 되셨을지 모르겠군요... ^_^

자연어 처리를 받는다는 아주 멋진 메리트지만...

실제 구축자의 입장은 전혀 아닐 겁니다...

유저의 요청에 대해 미리 아주아주 많은 부분을 미리 생성해 두어야 하니까요....

지옥같은 닭질이지요...

아주아주 잘 구현된 파서만 있어서 한국어를 처리가 가능해 진다면..(문장 번역기지요.)

이런 자연어 처리 엔진도 쉽게 구현이 되실 겁니다.. ^_^

도움이 되시길 바라며.. 이만...

4. English Natural Language Query _ 4. 영문 자연어 질의 기술백서(3) 문서의 끝입니다.

18. English Natural Language Query _ 3. 영문 자연어 질의 기술백서(2)

코난 — Wed, 18 Nov 2009 17:14:58 +0900

실제 ENQ의 구축에 대한 부분 이에요... ^_^

도메인, 개체, 관계를 설정해 주어야 합니다.

구축부분이니 신경써서 보시면 많은 도움이 되실 겁니다. ^_^

English Query 도메인 저작하기

English Query 응용 프로그램을 만드는 첫번째 단계는 자신의 의미론적인 문제 도메인을 모델링하는 것이다.

영어의 개체(명사)와 개체간의 관계들(동사, 형용사, 특징, 부분 집합)이 데이터베이스의 테이블과 필드로 어떻게 연결되고 결합되는 지에 대해 명세화 할 필요가 있다.

English Query 저작 도구(인스톨하면 생기는 English Query 프로그램 그룹 내에 있다.)를 사용하여 이 작업을 수행할 수 있다.

File 메뉴에서 New Application을 선택한 후 Structure loaded from database를 클릭한다.

이로써 SQL 서버 스키마로부터 데이터베이스 탭을 테이블과 필드들로 채우는 작업이 수행되면서 데이터베이스 구조가 초기화된다.

그림 2. 는 SQL 서버 pubs 데이터베이스 샘플의 구조를 보여 준다.

데이터베이스내의 테이블중의 어느 하나라도 기본키가 없다면, 편집하여 하나 이상의 필드를 기본키로 지정해야 한다.

하부에서 기초가 되는 데이터베이스 자체가 기본키를 가질 필요는 없으나, 모든 테이블들은 응용 프로그램을 세우는 저작 도구에서 정의된 기본키를 가지고 있어야 한다.

질의문에서 테이블들이 서로 관련 있다면, 필요한 테이블들간에 조인 관계가 정의되어 있어야 한다.

보통 데이터베이스에서 정의된 외래 키들로 조인 관계가 설정된다.

필요한 외래 키가 없을 경우(보통 외래키들은 참조적 무결성을 강제 받는다.) 수작업으로 저작 도구에서 조인 관계를 만들 필요가 있다.

그 첫 번째 작업인 도메인의 구축입니다....

별로 어려운 내용들은 업지요 ^_^

엔티티의 설정부분입니다.

개체 만들기

이제 의미 개체들을 붙이는 작업을 시작해 보기로 하자.

개체를 넣기 위해 Semantics 탭의 Entities 분기에 오른쪽 마우스 클릭을 하라.

개체를 기술하기 위해 몇 단어들(예를 들어, 저자나 작자)을 제공하라.기본 개체 이름은 첫번째에 와야 한다.

이름이 사람이나 장소, 혹은 시간이라면 그 타입을 명세한다. 데이터베이스의 어느 부분, 즉 어떤 테이블이나 레코드가 개체를 나타내는지를 정의한다.

주요 개체들은 일반적으로 전체 테이블에 대응한다.

주요 개체라면, 그 개체를 표현하기 위해 사용되야 하는 필드들을 제시한다.

필드들로는 사람의 성이나 이름이 될 수도 있고, 회사의 이름이나 주소가 될 수도 있다.

pubs데이터베이스의 author개체의 예시가 다음 스크린 화면에 제시되어 있다.

주요 개체들은 names(이하 이름)와 traits(이하 특색) 두 종류의 소 개체들과 관련되어 있다.

이름은 개체가 질문과 진술들에서 어떻게 나타내는지를 가리킨다.

author개체에 대해 Autoname을 클릭하면 성과 이름 필드로 표현되는 author 개체의 이름을 나타내는 개체가 만들어진다.

전체 테이블들로 나타내지는 주요 개체에 대해서 그러한 이름 개체들을 만들 수 있으므로 사용자는 질문시 특정 개체를 가리키는 방법을 가지게 된다.

Autotrait를 클릭하면 개체의 특색, 즉 주요 개체가 가지고 있는 소 개체들을 만들 수 있다.

Accept All을 클릭하면 주요 개체와 새로 만들어진 소 개체간의 특색 관계뿐만 아니라 모든 의미 있는 필드들에 대한 소 개체들을 만들 수 있다.

사용자가 질문할 수 있는 다른 모든 주요 명사들에 대해서 (이름과 특색이 곁들여진) 개체들을 계속해서 만들 수 있다.

pubs 예에서 보면 책들과 출판업자들이 될 것이다.

도메인의 일부인 개체의 생성이었구요.. ^_^

역시 구현에는 거의 어렵지 않으나.. 실제 개발시는 엄청난 닭질이 예상 되지요. -.-;;

다음은 가장 중요한 관계를 정의해주는 부분입니다. ^_^

관계 만들기

주요 개체들에 대해서 특색을 확립하는 것은 아주 적은 관계를 설정하는 것으로 모델 관계 설정의 시작이다.

특색을 갖는 것들에 대해서 또 다른 의문이 있을 수 있다.

“어떤 저자들이 시애틀시에 있는가?” “저자들과 그들의 도시들을 보여라”

“어느 책의 제목이The Busy Executive's Database Guide 인가?”

“프랑스에 있는 출판업자는 누구인가?”

데이터베이스에 정말로 흥미 있는 질문을 할려면 주요 개체간에 관계가 설정될 필요가 있다.

“저자들은 책을 쓴다”

“출판업자들은 책을 출판한다” 등이 관계의 예이다.

relationships 분기에서 오른쪽 마우스를 클릭하거나 Insert Relationship을 클릭하면 관계 정의 대화 상자가 나타난다.

Add Entity를 클릭하면 관계에 참여하는 모든 개체들이 표시된 상자가 나타난다.

특정 개체를 선택한다.

관계가 어떤 시간이나 장소에서 일어난다면, 시간이나 장소 개체를 포함함으로써 English Query가 어떤 유형의 질문들에 답하는 것에 도움을 받을 수 있다.

“저자가 책을 쓴다”라는 관계에 관련된 개체들이 다음 스크린 화면에 나타날 것이다.

그 다음으로 그 관계에 대해 phrasing을 만든다.

동사구(“저자는 책을 쓴다”), 전치사구(“출판업자들은 도시에 있다”), 형용사구(“책이 인기있다”), 부분구(“몇몇 책들은 베스트셀러다”) 등이 될 수 있다.

대부분의 특색구(“책은 로열티가 지불된다”)나 이름구(“저자 이름은 저자의 이름이다”) 등은 이미 기술했듯이 Autotrait와 Autoname에서 만들어진다.

스크린 화면에 보여 지는 것은 “저자들이 책을 쓴다”를 동사구로 정의한 예이다.

관계가 특정 시간이나 장소에서 일어날 경우, 위의 사용은 사용자의 몇몇 타입의 질문에 답하는 데 도움을 주고, Time/Location탭의 날짜나 위치 개체를 공급하는데도 유용하다.

예에서, 관계가 일어난 시점을 정의하는 개체로서 PUBDATE를 공급할 수 있다.

사용자가 요구할 수 있는 모든 종류의 질문에 대해서 관계를 만들 수 있을 것이다.

예를 들어, 도시에 있는 저자들에 대한 질문에 응할 수 있는 모델을 만들려고 한다면, “저자는 도시와 관계한다”라는 관계로 돌아가서 “저자는 도시에 있다”는 새로운 전치사구를 공급하면 된다.

Microsoft English Query Developer’s Guide (마이크로소프트 English Query 프로그램 그룹에 아이콘이 있다)의 “응용 프로그램 제작”을 참조하면 전체적인 저작 과정에 대해 상세히 알 수 있다.

별다른 어려움 없이 설정이 가능하겠지요....

여기서 역시 어려움이겠지요.....

실제 자연어들의 관계를 지정한다.. 라는게 얼마나 어려운지.. 아마 아실 거에요...

이에 몇몇 예를 주어서 그에 따르는 관계를 몇 개 지정해 주는건데....

실제 관계라면? -.-;;;

상상만 해도 끔찍하지요...

다음으로는 모델 테스트입니다. ^_^

모델 테스트

개발 과정 중 어느 시점에서건 Tools메뉴의 Test Application을 선택함으로써 지금까지 만든 모델을 테스트해볼 수 있다.

“저자는 책을 쓴다”라는 관계만 설정된 지금 시점에서도 English Query는 “누가 가장 많은 책을 썼는가?”, “누가 ‘Sushi, Anyone’이라는 책을 썼는가?”, “Anne Ringer이 쓴 책은?” 등의 질문에 답할 수 있다.

다음 화면은 Test Application 대화 상자를 보여 준다.

question 필드에 영어 문장으로 질의를 입력하고 Submit 버튼을 클릭해 보라.

질의의 결과로 생성된 SQL문이 하단에 보일 것이다.

선택된 Execute SQL이 있다면 질의는 SQL 서버로 전달되어 그 답이 보일 것이다.

방금 했던 질문을 나중에 계속적으로 테스트해 볼 필요가 있다면 Add to Question File 을 클릭하면 된다.

Tools 메뉴의 Regression Test 항목은 Question File에 있는 모든 질의를 수행하고 그 결과를 참조 파일(보통 첫번째 Regression 수행시 생성된다)과 비교한다.

이것은 시간이 지날수록 점점 더 복잡해지는 모델이 아직까지는 유효하다는 것을 확신할 수 있는 좋은 방법이다.

Question File 질문들은 웹 페이지에 제시되어 사용자들로 하여금 어떤 종류의 질문이 답변 가능한 지를 가늠할 수 있게 해주는 데에도 사용될 수 있다.

모델테스트 인데요.. 재미있는 부분이며 가장 중요한 부분이지요...

실제 자연어를 바로 SQL문으로 바꿔주는 엔진으로 테스트를 해 보는 부분입니다... ^_^

정말 부러운 부분이고....

얼렁 한국어로도 가능해 져야 할텐데.. T.T

살짝 더인 개발과 배치 입니다.

개발과 배치

English Query 저작 도구로 모델을 개발하고 만족할 만큼 테스트해 보았다면 응용 프로그램을 만들 차례이다.

Tools 메뉴의 Build Application 항목으로 English Query 도메인(EOD: English Query Domain, 이하 EOD) 파일을 작성할 수 있다.

EOD 파일과 English Query 엔진(COM 서버인 “MSEQ.Session”)는 COM을 지원하는 어떤 응용 프로그램안에라도 배치될 수 있다.

그 응용에대해서 살짝 전해주는 전언 이지요... ^_^

ASP로든 VB, VC어플리케이션으로 이든지.....

COM만 지원한다면... 가능하다... 멋지지요..

다음은 마지막으로 ENQ를 자신의 웹사이트에 추가하는 부분을 보시겠습니다.. ^_^

4. English Natural Language Query _ 3. 영문 자연어 질의 기술백서(2) 문서의 끝입니다.

18. English Natural Language Query _ 2. 영문 자연어 질의 기술백서(1)

코난 — Wed, 18 Nov 2009 17:13:18 +0900

ENQ를 개발한 사람이 적은 기술 백서를 보시면서 이런게 바로 ENQ구나...

라고 이해하신다면 더욱더 정확히 아시게 되실 겁니다... ^_^

ENQ기술백서이며.. 현재 자료실에 등록이 되어 있으니 참고하시길 바랍니다. ^_^

소개

지금까지는 액티브 서버 페이지에 대해 알아보았고, 이제는 동적인 웹 사이트나 응용 프로그램에 대해 알아보기로 한다.

이제는 마이크로소프트 ActiveX 데이터 객체를 이해할 수 있게 되었고, 마이크로소프트 SQL 서버나 다른 데이터베이스 서버를 사용하여 웹 내용을 유지할 수 있게 되었다.

일단, 웹 사이트를 데이터베이스로 작동하게 만든 이후엔 아마도 사용자들로 하여금 웹사이트상에서 데이터베이스의 내용을 검색할 수 있는 방법을 덧붙이고 싶을 것이다.

물론, 하나나 두 개의 필드 정도는 상당히 용이한 일이다.

여러 테이블과 여러 필드에 걸치는 검색이 가능한, 서식 기반의 웹 페이지를 만드는 것은 아주 어려운 일이다.

구현상의 문제도 있고(다양한 테이블과 필드들을 서로 연결시키는 문제를 포함해서 평범한 사용자 인터페이스와 웹코딩으로는 어려운 문제들이 많이 있다.), 또한 아무리 잘 만든 인터페이스라 할지라도 일반적인 사용자들이 이해하고 사용하기는 어려운 측면이 있다.

구조화된 데이터에 대한 복잡한 검색은 사용할 수록 능숙해지는 학습곡선이 필연적으로 존재한다.

이러한 장애는 사용자들이 자발적으로 당신의 웹사이트나 응용 프로그램을 사용하는 것을 막는다.

다행히, 모든 사용자들이 이해하고자 하는 유연한 검색 사양 메카니즘-영어- 이 있다

SQL 서버 6.5 엔터프라이즈판 버전 이래 SQL 서버와 맞물린 마이크로소프트 English Query 1.0의 능력은 더 이상 과학적인 허구가 아니다.

English Query는 데이터베이스 주도의 웹 사이트와 응용 프로그램들에 대해 사용자들로 하여금 평범한 영어를 사용하여 검색할 수 있는 능력을 제공한다.

시초의 자연어 검색을 만드는 것은 매우 쉽다 ? 전체 응용 프로그램을 세우는 노력의 단지 일부분이다.

개발 과정은 전통적인 프로그래밍에 비해 상위 단계이며, 어느 정도의 데이터베이스 배경(데이터베이스 관리자나 종종 데이터베이스로 작업하는 웹 내용 개발자 같은)이 있는 비전문 프로그래머들에 의해서 이해될 수 있다.

English Query는 사용자의 영어 질문을 실행시에 SQL문으로 바꾸는 엔진(COM 서버)을 탑재한다.

웹 사이트에 중첩시켜 넣을 수 있는 샘플 ASP 페이지를 사용할 수도 있다. 샘플 ASP 페이지는 엔진을 가동시켜 사용자가 영어 질문을 던지도록 하고, 그 결과를 SQL문으로 바꾸며 검색 결과를 사용자에게 제시한다.

이 글에서는 English Query 도메인을 저작하고 English Query 엔진과 저작된 도메인을 웹 사이트에 중첩시켜 넣는 방법에 대해서 보여 준다.

그다지 어려운 이야기는 아니실 겁니다.... ^_^

쉽게 사용자에게 SQL서버를 이해시킬 수 있는 부분을 제공한다.. 라는 거지요 ^_^

이에 SQL서버는 COM 서버를 탑재해 영문자연어 질의 -> SQL문으로 컨버팅 해주는

기능을 탑재한다.. 라는 부분인데.... ^_^

특정 파서가 아닌 VC++로 제작된 COM서버를 탑재한다.. 라는 점이 아주 흥미롭습니다..

계속 보시겠습니다..

English Query로 수행할 수 있는 일

English Query는 COM을 지원하는 어느 응용 프로그램에도 중첩시켜 넣을 수 있다.

많이 사용하는 예를 든다면 ASP 스크립트로 만들어진 웹 사이트에 끼워 넣는 것이다.

스크린 화면은 English Query를 따르는 샘플 ASP 스크립트를 사용한 웹 페이지를 보여 준다.

샘플 화면에서 사용자는 질문을 입력하거나, 혹은 이용 가능한 정보의 종류를 보여 주는 기정의된 질문들을 모아 놓은 Sample Questions를 클릭할 수 있다.

엔터키를 치면 질문이 English Query 엔진(COM 서버)에 전달되며, 엔진은 이를 SQL문으로 바꾼다.

그 다음 액티브 데이터 객체(ADO: Active Data Object, 이하 ADO)를 사용하는 SQL 서버에 전달된다.

결과값인 레코드 집합은 그 다음에 아래 프레임에 제시된다. 이제, 이러한 응용 프로그램을 어떻게 만드는지에 대해서 자세히 알아 보기로 하자.

흠흠흠... 이런게 있다는건 어느정도 아시겠지요... 실제 이를 응용해 만든...

MS의 여행정보 사이트가 있습니다. 익스페디아 라고 하지요.. ^_^

이곳에서 테스트를 해보실 수 있습니다. 설명을 살짝 보여 드리면..

Expedia Hotel English Query Demo

See how English Query takes your question, converts it to SQL statements, and gets an answer back from a SQL Server 7.0 database.

Use this demo to search for travel-related information in the Microsoft Expedia™ Hotels database. You can ask full-sentence questions about hotel locations, amenities, and proximities to points of interest, or try an example question.

이구요 ^_^

다음으로는 도메인의 구축입니다. 실제 구현부분이니.. 참고하시길 바라구요.. ^_^

4. English Natural Language Query _ 2. 영문 자연어 질의 기술백서(1) 문서의 끝입니다.