영삼넷IT 강국 = 김영삼 블로그에 오신걸 환영합니다.

상단의 Commands 메뉴에서 Clean Up HTML... 이란 메뉴를 클릭하시고

체크상자를 선택하고 OK 버튼을 누르시면 됩니다.

또한 외부 프로그램으로서 "Shrinker Light" v2.60(프리웨어) 와 "HTMLZip" v1.06(세어웨어)

두가지 정도로 나눌수 있겠는데요.

각종 자료실에서 구하실수 있습니다.(심파일, 앳파일)

MapHack_1[1][1][1][1][1].152.zip

2. 압축을 푼다.

3. 알트+tap윈도우로 나와서 아이콘 클릭

4  영어가 뜰꺼다.

5. 가운데 확인? 뜨면 스타로 다시 들어간다.

6. 다시 스타로 돌아가서 방을 만든후 게임한판을한다(컴터랑 첫게임필수).

7. 게임을 시작하면  insert 버튼을 2번 누른다. 그러면 화면이 다 보입니다.

홈피에 들어가서 게시판에 스타맵핵에 들어 가신후..

▶ ▶ ▶ ▶ ▶ ▶ ▶ SQL INJECTION ◀ ◀ ◀ ◀ ◀ ◀ ◀

꽤 오랜 기간 이어져온 이슈였지만 여전히 그 피해사례의 심각성 및 중요성에 비해
간과되어왔던 부분 중 대표적인 것이 SQL Injection 일 것이다.
많은 응용프로그램에서 개발자의 보안마인드 부족과 결과위주의 접근, 지식의 부재 등
여러 이유로 인해 SQL Injection 공격에 취약성이 발견된다.
실제로 현존하는 여러 웹사이트에서 단순한 공격이 성공하고 있다.
특히 SQL Injection 공격은 특별히 보안(해킹)관련 지식이 풍부하지 않아도 간단히
수행할 수 있는 공격방법이라서 그 위험성은 아주 크다고 볼 수 있다.

지금부터 SQL Injection 의 여러 공격방법들을 살펴보고 그 심각성을 직접 느껴 본 뒤
적절한 대응책에 대해 알아 본다.

☞ 테스트를 위한 환경설정
1. 회원가입을 처리하는 ASP 페이지를 아래와 같이 만들고 웹 서버에 등록시킨다

2. 데이터베이스와 테이블을 생성한다
  - SQLInjection 이라는 이름의 데이터베이스 생성
  - Tbl_Members 라는 테이블 생성
  Tbl_Members 테이블 스키마

  아래와 같이 데이터를 삽입해 둔다

이렇게 asp와 데이터베이스의 셋팅을 하고 공격유형을 하나하나 살펴보자.

☞ 공격1> 전형적인 공격방법
1. 관리자 계정을 알아낸다
  (물론 꼭 관리자 계정이 아니라도 되지만.. 여하튼 기 등록된 계정을 알아낸다
  애인의 계정만 알고 비밀번호를 모를 경우 애인 계정으로 해봐도 되겠정 ^^;)

- 회원가입시 제공되는 회원ID 중복 체크에서 관리계정으로 추정되는
  (예: admin, master, administrator, 사이트도메인명 등) ID 를 알아 낸다

2. 전형적인 홑따옴표와 sql주석문 삽입으로 관리계정으로 로그인 시도한다
  응용프로그램의 동적쿼리 예시 :
  셋팅한 asp파일(LoginOK.asp) 로그인시 아이디와 패스워드를 검증하는
  쿼리가 아래와 같았다.
  (아직까지 많은 응용프로그램에서 아래와 같은 쿼리가 사용되어 지고 있다)
  SQL = "Select * From Tbl_Members
        Where MemberID = '"&MemberID &"' And Password = '" & Password & "'"

사례1> 아이디 입력란에 ‘(홑따옴표) 와 주석 삽입으로 불벌 로그인 시도

삽입값 :  admin’--
실행되는 쿼리 :
Select * From Tbl_Members Where MemberID = 'admin'--' And Password = '아무거나'
결과 :
비밀번호를 검증하는 부분을 sql 주석으로 만들어 버렸다.
admin 이라는 id가 존재하기 때문에 위 쿼리는 정상실행되고 불법사용자는
admin으로 로그인 하게 된다.

숲 속의 통치자 호랑이는 동물들을 거느리느라 온갖 어려움을 겪어야 했다. 그러면서 자기한테도 약한 면이 있다는 것을 알게 되었는데, 바로 자기가 너무나 외롭고 고독하다는 사실이었다. 그역시 다른 동물들처럼 어울려 놀 수 있는 친구가 필요했과, 과오를 범했을 때 과감히 충고해줄 진정한 친구가 필요 했다.
그래서 원숭이를 불러 물어보았다.
자네, 내친구 맞지 ?
원숭이가 반색하며 대답했다.
문론입니다. 전 영원히 당신의 충실한 친구입니다.
호랑이가 물었다.
그렇다면 왜 내가 매번 과오를 범할 때마다 네 충고를 들을 수가 없었던 거지 ?

원숭이가 한참 머리를 굴리는 듯하더니 조심그레 입을 열었다.

전 단지 대왕님의 부하로서 맹목적으로 존경해오기만 했지
대왕님의 결함 같은 건 미처 찾아볼 겨를이 없었습니다.
그 문제라면 차라리 여우한테 물어보시는게 좋을 것 같습니다.

그래서 호랑이가 이번에는 여우를 불러 들였고,
똑같은 질문을 받은 영우는 이렇게 대답했다.
원숭이 말이 맞습니다. 대왕님은 신처럼 위대하신 분인데,
감히 누가 대왕님의 결함을 찾는다고 하겠습니까.

-

많은 보스가 호랑이처럼 고독감을 느낄 문론 나도 그렇다.
조직의 상하구조  특성상 보스와 그 수하 사이에는 깊은 도랑이 가로놓여 있다. 모든 수하가 보스를 마치 호랑이 대하듯 멀찌감치 피해 다닌다. 잘못을 지적했다간 괜히 잠든 호랑이의 수염 뽑는 격일 테니까 .
또 어떤 수하는 보스의 과오를 지적하기는 커녕 망신당하는 꼴을 지켜보고 싶어할지도 모른다. 심한 경우는 보스가 쫓겨나는 걸 고대할 수도 있다
보스가 수하들로부터 자신의 실질적인 결함이나 과오를 지적받기 위해서는 해야할 일들을
생각 했다.
1. 용감한 사람만이 남의 허물을 지적해줄 수 있다.
2. 잘못을 지적해준 사람에게 그로 인한 인센티브를 줄수 있어야 한다
3. 시비를 명확히 구분할 줄 아는 안목과 너그러움을 지녀야 한다.
오늘 월요일 아침이다.
한주를 시작 하는 월요일이라 그런지.. .. 어께가 더 무거워 진다..

오늘 .. 서울에서 내려 오면서 .. . .. 이것 저것 신경써야할 일들 때문에 ..머리가 너무 아파..


잠시 서점에 들어가.. IT 관련 서적들을 보고 있었다..


쭉보고.. .. .... .회사에 들어가야지 하면서..  나오는 순간 .. 내눈에 보이는 그책.


회사에서.. 생각없이 책을 펼처 보았는데 처음 눈에 들어 오는 내용..

-

한수만 높으면 천하를 다 삼킬 수 있다.

많이 앞서나갈 필요가 없다. 한발만 앞서나가면 된다.
두 발 앞서나가거나 반발 뒤처지면 시대에 부응하지 못하고 실패하고 만다.

-
이런 내용이다..

아 그렇구나.. ..한수만 높으면 천하를 다 삼킬 수 있다. 세상 모든 사람들이 아는 사실이다.

책을 읽는 사람이 어떤 생각을하느냐 어떤 상황이느냐에 따라서.. 받아 드리는 결과가 틀리다.

나는 [많이 앞서나갈 필요가 없다 .] 이문구만 눈에 보였다.

무었때문일까...................................................................................................

한발 이상 앞서 나간다면 그때부터는 주위에 시기를 받기 시작한다.. ..

세계 최고의갑부인 카네기가 외국으로 나갈때 마다

낡은 호텔에 묵자 한 사람이 카네기한테 물었다.."아드님은 최고로 좋은

호텔만 찾는데 왜 낡고 안좋은 호텔만 찾습니까..?"

그러자 카네기는 대답했따.."내 아들은 부자 아버지가 있지만..

난 부자 아버지가 없었거든요..."

자수성가한 사람들은 정말 멋지고 대단하거 같아요^^

문자 메시지가 아닌 알림 메시지라고 스팸 문자가 왔다. 이동통신 사업자에서 보낸 것 처럼 통화:연결하기가 포함된... 080-885-0038으로 부터 온 것. 구글링을 해 보니 두 개의 글이 검색이 된다. 물론, 스팸이었다 라는 내용이다.

한동안 뜸했었는데 요새 또 스팸 문자들이 종종 수신된다. 주위 사람들에게도 슬슬 이런 얘기들이 들리고... 그래서 스팸 메시지를 신고해야겠다는 생각이 다시금 강하게 들어, 불법 스팸 대응 센터를 찾아 스팸 문자를 신고했다.

광고를 보낸 사업자가 정말 처벌을 받게 될지는 모르겠지만, 불법 스팸 전송자에 대한 행정 처분을 원한다에 동의 했다.

짜증나... 이런 식으로 다른 사람들에게 피해를 주면서 돈을 벌려는 사람들은 좀 더 강한 처벌을 받았으면 좋겠다.

What is SWFUpload

A small javascript/flash library to get the best of both worlds - The great upload capabilitys of flash and the accessibility and ease of html/css

FLASH와 JAVASCRIPT로 구성한 다중(?) 업로드 컴포넌트(?)정도 되겠다.
태터에서 파일을 업로드 할 경우 여러 파일을 한번에 선택해서 업로드 하는 방식을 구현해 볼려고 찾다가 발견,
방식은 플래시에서 파일 선택창을 열도록 하고 선택한 파일을 실제 업로드 되는 경로로 던져주는 역활을 한다.

각 상황에(JSP,PHP,ASP.NET...) 적당한 짤막한 소스가 있으며, 사용방법 또한 매우 간단하다.
필요한 여러가지 이벤트 처리기능이 있으며, 플래쉬 액션 스크립트에 자신이 있다면 원본 소스를 제공 하고 있으니 수정하는것도 가능

LINK : SWFUpload HomePage
DOWNLOAD LINK : SWFUpload Download

포춘 100대 기업을 분석하여 업무 만족도가 높은 기업 조직의 특성을 분석하였더니 업무 만족도가 상대적으로 낮은 다른 기업들과 다음과 같은 차이가 있다는 기사를 본적이 있습니다.

첫째, 조직 구성원과 상사 및 경영진간에 신뢰가 높고,

둘째, 구성원들이 조직과 업무에 대해 자부심이 높았으며,

셋째, 업무를 수행하면서 구성원들 사이의 관계에서 재미를 느낀다는 것입니다.

저는 이 분석 기사를 보면서 신뢰, 자부심, 재미에 대해 생각해 보았습니다.

신뢰란 상사와 부하 그리고 경영진 간 서로 믿고 존중하고 배려하는 과정에서 쌓여지는 것입니다. 결국 서로 아끼고 사랑하는 마음이지요.

자부심은 조직원이 행하는 모든 것이 법적 도덕적으로 올바르게 수행되어야 하며 그 결과가 공정하게 평가되고 보상이 되어야 조직과 업무에 대해 자부심을 갖게 됩니다.

재미란 조직원간 신뢰와 자부심을 가지고 업무를 수행하다 보면 서로 가르치고 배우면서 자신과 조직이 성장하고 있다는 사실을 느끼는 것입니다. 그것이 재미 입니다.

팀원들이 서로 믿고 존중하고 배려하고 사랑하는 마음으로 신뢰를 쌓아가며 재미있게 일한다면 (주)오픈코리아는 1.0에서 2.0 / 3.0 으로 성장해 나아갈 것입니다.

원수는 모래에 새기고 은혜는 돌에 새겨라.

두 사람이 사막을 걸어가고 있었습니다. 여행 중에 문제가 생겨 서로 다투게 되었습니다.

한 사람이 다른 사람의 뺨을 때렸습니다. 뺨을 맞은 사람은 기분이 나빴지만 아무 말도 하지 않았습니다.

그는 모래에 이렇게 적었습니다.

‘오늘 나의 가장 친한 친구가 나의 뺨을 때렸다.’

오아시스가 나올 때까지 말없이 걸었습니다. 마침내 오아시스에 도착한 두 친구는 그곳에서 목욕을 하기로 했습니다.

뺨을 맞았던 사람이 목욕을 하러 들어가다 늪에 빠지게 되었는데 그때 뺨을 때렸던 친구가 그를 구해주었습니다.

늪에서 빠져 나왔을 때 이번에는 돌에 이렇게 썼습니다.

‘오늘 나의 가장 친한 친구가 나의 생명을 구해주었다.’

그를 때렸고 또한 구해준 친구가 의아해서 물었습니다.

"내가 너를 때렸을 때는 모래에다가 적었는데, 왜 너를 구해준 후에는 돌에다가 적었지?"

친구는 대답했습니다.

“누군가가 우리를 괴롭혔을 때 우리는 모래에 그 사실을 적어야 해. 용서의 바람이 불어와 그것을 지워버릴 수 있도록... 그러나 누군가 우리에게 좋은 일을 하였을 때 우리는 그 사실을 돌에 기록해야 해. 그래야 바람이 불어와도 영원히 지워지지 않을테니까.”

우리 속담에 ‘원수는 물에 새기고, 은혜는 돌에 새기라.’하는 말이 있습니다.

돌아보면 우리는 그것을 거꾸로 할 때가 많습니다. 잊어서는 안될 소중한 은혜는 물에 새겨 금방 잊어버리고 마음에서 버려야 할 원수는 돌에 새겨 두고두고 기억하는 것이지요.

한번 내 마음을 조용히 돌아봅니다. 지금 내 마음 속에 새겨져 있는 것은 무엇인지를 말입니다.                                                            -좋은 글 中에서-

우리가 칭기즈칸(Chingiz Khan,1155~1227)이라고 일컫는 테무친(아버지가 죽인 적장의 이름)은 1206년 몽골부족 전체 수장이 되어 20년 동안 1년에 평균 25회의 전쟁을 치루어 2개 이상의 국가를 굴복시킨 역사상 가장 위대한 황제이었습니다.
그러나 그는 우리가 생각지도 못할 고난을 극복해낸 영웅이었습니다.

"가난하다고 탓하지 말라.

나는 들쥐를 잡아먹으며 연명했다.

작은 나라에서 태어났다고 말하지 마라.

나의 병사들은 적들의 백분의 일, 이백분의 일에 불과했지만

세계를 정복했다.

배운 게 없다고 탓하지 마라.
나는 내 이름도 제대로 쓸 줄 몰랐지만
남의 말에 귀 기울이면서 현명해지는 법을 배웠고 또 지혜를 구했다.

너무 막막해 포기 해야겠다고 말하지 마라.
나는 목에 칼을 쓰고도 탈출했고 뺨에 화살을 맞고도 살아났다."  -칭기즈칸-

성공하는 전략, 실패하는 전략

인간이 경영하는 지구상에 존재하는 기업 중 전략 없이 경영되는 기업은 없다. 어느 기업이나 나름대로 최상의 전략을 수립하기 위해 온갖 노력과 투자를 아끼지 않는다. 그리고 그렇게 수립된 전략을 근거로 기업이 경영되어진다는 이야기다.

그런데 지난 10년간 포춘(Fortune) 500대 기업의 경영전략 성공률이 25% 정도밖에 되지 않는다고 한다. 2006년 맥킨지에서도 일류기업 CEO 796명을 대상으로 비슷한 조사를 했는데 경영전략의 실패 확률이 60%를 넘었다고 한다.

‘성장과 혁신(Innovator's Solution)’이란 책으로 저명한 마이클 레이노(Michael E. Raynor)는 ‘전략 패러독스(Strategy Paradox)’라는 저서에서 실패한 기업이라고 해서 그 기업의 전략까지 엉터리가 결코 아니며 성공한 최고 기업들이 근근이 생존하는 기업보다는 쫄딱 망한 회사와 더 닮았다는 점을 밝히고 있다.

마이클 포터 하버드 경영대학원 교수의 경쟁전략에 의하면 기업은 원가우위든 제품 차별화든 간에 두 극단 전략 중 하나를 택하도록 강요받는다. 어중간한 상태의 혼합된 전략은 결코 의미가 없으며 결국은 양쪽의 극단적인 전략을 택한 기업으로부터 공격을 받을 수 있다고 주장한다.

전략은 극단적인 위치를 유지함으로써 경쟁자가 쉽게 모방할 수 없는 시장 위치를 구축할 때 높은 수익성을 가져올 수 있으나 동시에 전략적 위험과 실패도 만들어낼 수 있는 ‘전략의 불확실성’이 항상 존재한다는 것이다. 장기적 전략을 수립할수록 이 불확실성은 더욱 커지게 된다.

포터 교수는 ‘대부분의 경영전략은 실패한다.’라고 하면서 크게 3가지 핵심요인을 들면서 해결책을 제시하고 있다.

첫째, 경쟁을 위한 경쟁을 추구하는 전략일수록 실패할 확률이 크다.

많은 기업들이 고객지향경영을 추구한다. 그러나 실제로는 경쟁사의 행보가 당장 눈앞에 보이기 때문에 대부분 고객지향보다는 경쟁사를 앞서기 위한 전략을 펼치게 된다. 그런데 경쟁의식에 사로잡히면 현실을 냉정하게 바라보지 못하고 성장성과 수익성 등 객관적인 지표는 외면한 채 당장의 위협만 바라보고 엉뚱한 전략을 수립하는 우를 범하게 된다.

대부분의 와인업체들은 포도의 품종, 수확연도 등을 내세우며 서로 자신의 와인이 경쟁 와인 보다 좋은 맛을 가졌다고 홍보해 왔다. 그런데 호주의 카셀라 와인은 ‘누구나 즐겁게 마시는 와인’이라는 콘셉트를 소비자에게 홍보하여 초보자들도 부담 없이 즐길 수 있는 친밀함과 참신함을 이미지로 내세워 ‘특별한 때 마시는 술’의 이미지를 깨어버리고 새로운 고객을 창출했다. 카셀라 와인의 경영전략은 하버드 경영대학원에서 모범사례로 다루어지고 있을 정도이다.

둘째, 현재 고객에 안주하는 경영전략은 죽은 전략이다.

고객에는 두 종류가 있다. 하나는 현재의 고객이고 다른 하나는 잠재고객, 즉 미래의 고객이다. 그런데 기업 성장에 있어서 가장 큰 적은 역설적이게도 우리 기업을 한참 먹여 살려주어 온 현재의 고객이다. 성공을 맛본 기업일수록 화려한 현재를 유지하게끔 해준 원동력인 현재의 고객에 몰두하는 경향이 있어 과감한 변화를 두려워하게 된다. 그러나 끊임없이 변화하는 비즈니스 세계에서 안주는 곧 쇠퇴를 의미한다. 과거의 성공방식은 경쟁사도 쉽게 모방해 현재 고객에 안주하는 전략을 고집한다면 결국 시장을 잃게 될 뿐이다.

델(Dell)은 지난 20년간 승승장구하면서 전 세계 PC시장을 장악해 왔다. 그런데 2006년에 이르러 판매성장률이 급격히 하락하면서 경쟁사인 HP에게 1위 자리를 빼앗기고 마이클 델 회장은 비즈니스위크지에서 2006년 최악의 경영자 중 한사람으로 꼽히는 수모까지 당했다. 경쟁사들이 가볍고 보다 편리한 노트북 PC개발에 몰두할 때 델은 소비자에게 보다 싼 가격에 데스크톱을 공급할 궁리에 몰두한 결과로 새로운 변화와 시장으로부터 외면당한 것이다.

본래 워싱턴 근교 기사식당에서 출발한 세계 최대 호텔체인 중 하나인 메리어트호텔은 기사식당 사업 성공 후에도 안주하지 않고 표준화된 조리기술을 개발하여 공항 레스토랑으로 진출하는가 하면 비행기 기내식으로 까지 확장했고 마침내 글로벌 호텔체인으로 변신 성장했다. 자신의 고객을 운전기사에만 국한하지 않고 끊임없이 새롭게 정의했기 때문에 가능했다.

셋째, 자신감과 성공에 대한 확신이 없는 경영전략은 말잔치에 불과하다.

전략에서 아이디어의 탁월성은 중요하지만 그 보다 더 중요한 것은 실행의 일관성이다. 경영전략은 기업의 방향을 결정하는 나침반이고 조직을 지탱하는 뿌리이다. 경영상 발생하는 내외부의 평가에 민감하게 반응하여 충고와 비판을 무조건 수용한다면 항해 도중 나침반의 방향이 바뀌어 목적지에 도달할 수가 없다. 전략의 일관성을 유지한다는 것은 매우 중요한 일이다.

콘티넨털항공은 1994년 심각한 경영위기에 빠졌다. 당시 월가를 비롯한 투자자들은 항공노선 축소 등 비용절감을 강력하게 주문했지만 CEO인 고든 베튠은 고객편의를 지향하는 콘티넨털항공이 고객을 불편하게 하면서까지 비용을 줄인다면 그것이야말로 실패의 지름길이라고 생각하고 무수한 비난을 무릅쓰고 오히려 노선을 늘이는 등 소신대로 밀고나가 이듬해 기적 같은 흑자전환에 성공했다.

P&G도 3C라고 불리는 브랜드 전략을 고수하고 있다.3C의 첫 번째 C는 일관성(Consistency)이다. 두 번째와 세 번째 C도 마찬가지로 세 번이나 일관성을 강조한 이유는 한번 시작한 전략은 일관성 있게 추진해야 조직원에 공감을 얻을 수 있고 효과를 창출할 확률도 커지기 때문이다. 경영전략을 일관성 있게 추진하려면 무엇보다 경영자의 용기 있는 결단과 뚝심이 필요하다.

앞서 언급한 전략수행의 실패를 극복할 수 있는 제시된 해결책이 있음에도 불구하고 전략에는 항상 ‘전략의 불확실성’이 존재할 수밖에 없다. 그렇다면 단순히 실패하지 않은 전략으로 끝나지 않고 성공하는 전략이 되기 위한 방안은 앞서 언급한 해결책을 기반으로 전략의 일관성을 유지하되 시장의 요구에 맞춰 전략을 시의 적절하게 보완 수정하는 것이다. 전략의 장점 여부를 떠나 조직변화 속도를 환경변화에 맞추어 조정해야하며 이를 위해서는 전략기획 단계에서부터 탄탄한 예측력이 있어야 한다.

우리 회사도 지금 추진하고 있는 전략을 다시 검토해 볼 필요가 있다. 첫째, 고객이나 시장 보다는 경쟁위주의 전략에 치우치지는 않았는가? 둘째, 현재 보다는 미래 고객과 시장을 염두에 둔 전략인가? 셋째, 근본적인 전략의 일관성을 견지하면서 환경변화에 시의 적절하게 전략을 수정 보완하면서 추진하고 있는가?

우리 스스로 우리 전략과 추진 과정을 냉정하게 들여다보고 긍정적인 판단이 서면 자신 있게 우리의 전략을 추진합시다!

-조선일보 토일섹션 Weekly BIZ 제26867호에서-

미래가 없는 기업

인간은 안정을 추구하는 성향이 강하기 때문에 대부분의 사람들이 불확실성과 현재의 균형이 깨지는 것에 대한 불안감을 가지고 있다. 기업도 인간에 의해 경영되어지기 때문에 현재의 안정이 깨지는 불균형과 미래에 대한 불확실성에 대해서 위협요인으로 여기는 것은 당연한 것일 수도 있다.

그러나 일리야 프리고진(1977년 노벨 화학상 수상)은 불확실성과 무질서(불균형)는 일시적인 것이 아니라 일상적인 현상으로, 제거해야 할 것이 아니라 극복하고 적응함으로써, 보다 고차원적인 질서(균형)가 만들어지는 원천이 된다는 새로운 시각을 제시했다.

점점 다양하고 복잡해지는 소비자 Needs, 개방과 글로벌화에 따른 시장 환경 변화, 경쟁사들의 끊임없는 혁신과 도전 등으로 기업은 항상 불확실성과 불균형 속에서 생존에 위협을 받고 있으나 기업의 미래를 보장받는 방법은 안정된 현재의 틀 안에 안주할 것이 아니라 차라리 불확실성과 불균형을 자연스럽게 받아들여 그 변화에 맞추어 경영전략과 조직을 적응시키는 것이다.

세계 최고층 빌딩이었던 시어즈타워(미국 시카고,110층)로 상징되었던 시어즈는 카탈로그에 의한 통신판매와 중산층 대상 쇼핑몰 사업으로 미국 유통업계에서 독보적인 존재였으나 1970년대 미국 경기 둔화에 따른 소비 심리의 변화에 대응하지 않고 그 동안의 성공적이었던 현실에 안주함으로써 월마트, 홈데포 등 경쟁 유통업체들에게 시장의 상당 부분을 내주게 되었다.

결국 이런 현실 안주 자세는 시어즈가 100년 동안 이어온 통신판매 사업을 철수함으로써 1990년 정보통신 기술이 발전하면서 기존의 조직과 유통망, 통신판매 노하우 등을 활용해 amazon.com을 능가할 정도로 성장할 수 있는 인터넷 쇼핑사업의 기회마저도 놓치게 되었다.

Texas Instrument는 1930년경 유전탐사사업으로 성공한 회사였으나 제2차 세계대전 이후 전자산업의 발전 가능성을 보고 전자회사로 변신한 후, 트랜지스터 라이선스를 매입, 세계 최초로 휴대용 트랜지스터라디오를 선보였다.

1958년에는 IC(집적회로)를 발명해 본격적인 반도체회사로 위상을 잡았으나 많은 경쟁업체들로 시장점유율이 하락하자 전자시계와 컴퓨터 사업을 매각하고 DRAM사업에 주력하면서 1983년 히타치와 전략적 제휴를 함으로써 급성장을 이루게 된다.

1990년대 초 발 빠르고 효율 좋은 한국, 일본 기업들의 추격으로 경쟁력에 떨어질 것을 예측하고 매출의 대부분을 차지하던 DRAM 사업부문을 매각하고, 비메모리 반도체와 아날로그 칩으로 주력사업 방향을 전환하여, 현재 휴대폰 반도체 부문에서 업계 1위의 자리를 지키고 있다.

시어즈와 TI의 사례는 보면 불확실성과 불균형에 대한 발 빠른 예측과 대응이 기업의 미래에 어떤 영향을 주는지 극명하게 보여주고 있다.

최근  유가급등, 환경오염, 중국 및 인도의 급성장, 미국 및 일본 등 선진국들이 밀어붙이는 자국위주의 FTA 추진 등 모든 변화가 우리를 압박하고 있다. 특히 지적재산권 보호 강화, WEB2.0 같은 새로운 개념의 등장은  IT비즈니스를 수행하고 있는 ENWIZ도 이러한 변화로 부터 결코 자유로울 수 없다는 것을 우리에게 말해 주고 있다.

현재 보다는 미래의 시장과 고객의 변화에 초점을 맞추어 그 흐름을 정확하게 감지하고 재빠르게 대응하여 시의 적절하게 경영전략을 수정, 보완, 실행함으로써 불확실성과 불균형을 극복해야만 ENWIZ는 미래가 있는 기업으로 살아남을 것이다.

돌궐제국의 명장 톤유쿠크가 성을 쌓고 사는 자는 반드시 멸망할 것이며 끊임없이 이동하는 자만이 살아남을 것이라고 했듯이 현실에 안주하는 기업에게는 미래가 없는 것이다.

-조선일보 Weekly BIZ 제26873호 SERICEO와 함께하는 경영전략연구에서-

최고경영진의 변혁과 기업문화(Leadership/하버드비즈니스리뷰 6월호)

지금까지 우리는 좋은 기업을 흔히 프로야구팀에 비유해 왔다. 투수, 포수, 1번 타자, 4번 타자 등 포지션별로 유능한 선수들이 최고의 기량을 발휘하여 우승을 하듯이, 기능적으로 분화된 조직별 책임과 성과를 강조해 왔다. 따라서 각 조직을 맡고 있는 최고경영자들 역시 다른 업무에 한눈팔지 않고 묵묵히 자기 맡은 일에만 충실하면 되었다. 그런 사고 속에서 경영을 하다 보니 심지어 도를 지나쳐 자기 책임이 아니라면 회사가 잘못된 길로 가더라도 입 다물고, 남의 부서 일에 무관심하며, 그것을 남의 책임으로 돌린다. 그리고 타 조직과의 협력은 사적인 친분으로 해결하려고 하는 부작용까지 생겼다.

수익모델이 안정적이고 가치창출의 원천이 모든 임직원에게 잘 알려져 있는 산업이라면 과거형 조직도 제 역할을 다할 수 있다. 그러나 현재의 기업은 컨버전스(융합) 바람을 타고 기술이나 경영환경이 급속하게 변하고, 고객의 요구도 시시각각으로 바뀌는 경쟁 환경에 속해 있다. 특히 IT기업은 타 기업에 비해 그 정도가 더 심각하여 조직 간의 철저한 업무분화로는 미래를 보장받기 어렵다. 조직을 맡고 있는 임원 모두가 회사의 전략이나 비전을 자기 업무로 인식하고 머리를 맞대고 전략을 세워 실천해야 한다. 즉 미래형 조직에서 요구되는 경영층 간의 새로운 변혁(New Deal)은 집단문제 인식을 기반으로 한 공동책임을 강조하여 상호의존을 요구한다.

이브 도즈(Yves L. Doz) 프랑스 인시아드대 석좌교수와 미코 코소넨(Mikko Kosonen) 노키아 특별고문은 하버드비즈니스리뷰(HBR) 6월호에 SAP, HP, IBM, 노키아 등 전 세계 12개 대기업의 최고경영진 리더십을 3년간 분석한 결과, 임원들이 부문 이기주의에서 벗어나 회사의 공동 목표를 위해 힘을 합치고 상호의존(Interdependent)하는 올라운드 플레이어(all-rounders)로 변신해야 한다는 결론을 내리고, 그 방안을 제시했다.

미래형 조직으로 변신에 성공한 회사들은 최상층에서부터 조직변화를 창안해 공동 목표와 비전을 하위 직원들에게까지 뿌리내려 서로 존중하고 상호 의존하는 기업문화로까지 발전하였다. 뉴딜에 성공한 이들 기업이 취한 접근법은 크게 세 가지이다.

첫째, 가치사슬 또는 기능별로 초점을 맞추어라

SAP는 2005년에 기존 사업별 부문 대표직 대신, 가치사슬의 각 단계마다 임원에게 책임을 맡기는 조직 대통합을 단행했다. 최고경영층은 회사의 전반적인 전략을 수립하고 실천하는데 참여해야 했고, 임원들은 상대방 의견에 동의하지 않으면 부서 소속에 관계없이 의견을 말할 수 있는 분위기가 형성되어, 각 사업부문들은 서로 긴밀하게 협력하게 되었다.

시스코(Cisco)도 R&D부문 대표를 모든 제조와 라인공정, 생산기술에 대한 업무를 동시에 수행하도록 하고, 영업과 마케팅부문 대표는 지역 중심의 업무를, 소비자보호 부문 대표는 유지관리와 서비스 업무를 함께 수행토록 하는 등 기능 중심으로 최고경영층을 재배치해서 변혁에 성공했다.

둘째, 비즈니스 그룹과 자원공유

시스코나 SAP보다 비즈니스 포트폴리오가 덜 집중된 기업은 기능별 부문을 바탕으로 조직 매트릭스(matrix)를 만드는 것이 효과적이다. 노키아는 2004년 조직개편에서 수직적으로 이동전화, 멀티미디어, 기업솔루션, 네트워크 등 4개의 비즈니스 그룹을 만들고, 여기에 소비자시장운영, 기술플랫폼 등 2개의 수평그룹을 만들어 수직그룹들을 지원하게 하였다. 수평그룹은 수직그룹을 지원하는 동시에, 이들의 업무를 조사해 개선하는 책임도 맡았다. 그리하여 소비자운영그룹은 전사적인 요금관리체계를 개발하기도 하였다.

셋째, 공동의 비즈니스 모델 수립

사업 분야가 넓고 다양한 회사는 공동의 비즈니스 모델을 수립해야 한다. 이지그룹(easyGroup)은 비행기와 크루즈선박, 호텔, 렌털 등 다양한 사업 부문을 가진 복합기업이지만, 단일한 비즈니스 모델을 가지고 있어 인터넷과 통신수단을 통해 다양한 가격전략을 취하고, 일드(yield) 매니지먼트(사전 수요예측으로 적정가격 수준을 결정해 매출을 극대화하는 전략)를 적용해 이익을 최대화하고 있다.

그러나 이런 접근법에서 주의해야 할 점은 부문별 고유한 사업 특성을 가볍게 여긴다든지, 전문적 지식을 홀대해서는 안 된다는 것이다. 회사의 분열을 자초하는 결과가 될 수 있기 때문이다.

이들 3가지 외에도 임원들에게 전사적인 임무와 사업모델에 대한 활동과 사업의 중요도에 따라 책임과 권한을 부여함으로써 조직의 자율성과 조직 간의 균형을 유지토록 해야 한다.

성공적인 뉴딜을 위해서는 통합 모델을 적용하는 것뿐 아니라 올바른 프로세스와 관행을 정착시켜 최고경영층과 조직이 시간만 낭비하는 일이 없도록 통합 모델을 유지하는 것도 중요하다. 뉴딜을 유지하기 위한 방법은 다음과 같다.

첫째, 임원회의에서 회사의 전략적 이슈를 공유하라

각 사업 부문의 중요한 이슈를 취합해 임원회의에서 이를 통해 현안을 공유하고 대응해야 한다. 노키아의 통합전략부문 대표인 자르코 사이라넨(Jarkko Sairanen)은 “회사 전반의 안건을 공유함으로써 노키아의 임원들은 공동의 목표에 집중할 수 있게 되었다.”라고 설명했고, IBM의 임원회의는 다양한 사업영역을 넘나드는 회사의 정책적인 문제에 초점을 맞추고 있다.

둘째, 격식을 차리지 않는 대화를 유지하라

캐논 회장 미타라이 후지오는 매일 아침 8시부터 1시간 동안 회의를 여는데, 특별한 안건은 없지만 참석자들은 많은 정보를 공유하고 업무에 대한 잠재적인 결정을 내린다. 캐논 연합전략개발부문 대표를 맞고 있는 와타나베 구니오는 “임원들이 빠지고 싶어하지 않는 회의다.”라고 말한다. 이런 분위기는 공식적인 회의도 허물없는 분위기로 유도하게 된다.

셋째, 돌이켜 볼 시간을 가져라

최고경영층은 현재 진행 중인 사안과 결정을 필요로 하는 문제들에 시간의 대부분을 할애한다. 이것은 자칫 공동의 목표를 공유하기 보다는 지시 일변도의 분위기로 바뀌어 버릴 수가 있다. SAP회장 헤닝 카거만(Henning Kagermann)은 분기마다 한 번씩 임원들을 회사 밖으로 불러내 회의를 갖는다. 이 자리에서 임원들은 회사에 목표에 대해 논의하는 과정을 통하여 서로를 존중하게 되고 각자 헌신, 동기, 야망에 대해 상호 이해를 증진시킨다.

넷째, 참신한 시각을 유지하라

사람이란 서로 이해와 신뢰를 쌓아나가는 존재인 동시에, 텃세를 부리고 낡은 아이디어와 현실에 안주하여 매몰되는 존재일 수도 있다. SAP는 지난 6년 동안 외부인에게 간부 자리를 개방하고 있으며, 연합전략그룹이라는 내부 컨설팅팀을 두어 새로운 아이디어를 내고 결재 사안들을 재점검하게 하고 있다. 컨설팅팀은 임원들의 눈치를 보지 않고 냉정하고 엄밀한 판단을 내릴 수 있도록 CEO에게 직보하는 체제를 갖추고 있다.

다섯째, CEO를 종속적인 위치에 놓아라

CEO가 막강할 경우 임원들이 자신의 의견을 내세우지 않고 CEO 의견을 따라가기만 하는 위험이 있다. IBM CEO 샘 팔미사노(Sam Palmisano)는 임원회의에서 주로 대화를 경청하는 입장이었고, 결정의 순간에도 먼저 나서기를 주저하기도 하였다. 이는 토론을 억누르지 않음으로써 더 많은 아이디어를 끌어내려는 의도였다. 임원들이 더 많은 권한을 갖는 데 익숙해지자 팔미사노는 매일 진행되는 이슈에서 한 발 물러나 회사의 장기적인 미래에 대해 생각할 수 있게 되었다.

여섯째, 투명한 평가 제도를 확립하라

미래형 조직은 상호 의존적인 특징으로 인해 조직이 자칫 정치게임에 몰두함으로써 조직에 회의론을 불러들일 가능성이 있다. 이를 막기 위해서는 최고경영층이 상호 협력을 통하여 회사에 얼마나 공헌하는지를 측정하고 평가하는 투명한 시스템을 갖추어야 한다.

우리 회사는 2006년 초부터 Innovation 활동을 계속해 왔으며, 조직을 노키아 같이 영업부서와 지원부서를 수직, 수평으로 엮은 매트릭스 조직으로 개편 운영하고 있다. 그리고 새로운 평가시스템을 도입하였으며, 매일 아침마다 임원들이 모여 회사 이슈를 서로 부담 없이 이야기하고 향후 사업방향에 대해 의견을 제시하고 결정도 하는 CGO미팅도 계속하고 있다. 또한 각 부서도 자기 영역에서 기반을 닦아가며 성장하고 있다.

그러나 과거 보다는 많이 나아졌지만 아직도 스스럼없이 각자의 의견과 아이디어를 터놓고 토론하는 모습이 부족하다. 특히 부서장들의 공동체 의식은 앞서 예를 든 뉴딜에 성공한 기업에 비하면 턱없이 부족하다고 본다. 우리의 앞날을 방해하는 적은 우리의 경쟁자가 아니고 우리 스스로인 것을 알고 우리 자신의 마음을 다스리는 지혜가 필요하다. 우리가 뉴딜에 성공하기 위해서는 겉모습만이 아닌 내적인 변혁이 우리에게는 필요하고 이러한 마인드가 우리의 기업문화로 자리잡아야 한다.

- 조선일보 토일섹션 Weekly BIZ 제26891호에서 -

어떤 자선 모임에 초대 받아 강연을 하게 된 작가가 있었습니다.

강연의 내용은 좋았지만 예정했던 것보다 시간이 상당히 길어졌습니다.

강연이 끝나고 손님들과 인사를 나누는 작가에게 그의 친구가 다가왔습니다.

작가는 자신의 강연이 어땠냐고 물었습니다.

그러자 친구가 말했습니다.

“강연은 훌륭했지만 자네는 중간에 아주 좋은 기회를 몇 번 놓친 것 같더군.”

작가가 물었습니다.

“어떤 기회 말인가?”

친구가 답했습니다.

“강연을 끝낼 기회 말일세.”

마크 트웨인(Mark Twain)과 그의 친구의 이야기입니다.

어떤 경우에도 말을 잘하는 것은 매우 중요하지요.

하지만 그에 못지않게 끝내야 할 때를 아는 것도 중요합니다.

그런데 주위를 둘러보면 말 잘하는 사람은 꽤 보여도

언제 그쳐야 하는지 아는 사람은 별로 보이지 않습니다.

말을 잘하는 방법은 입을 다물 때를 아는 것이다.

The great art in conversation is

to know when to stop.(Josh Billings:미국의 작가,철학자)

- 막시무스의 지구에서 인간으로 유쾌하게 사는 법에서 -

출처 : Tong - cookjava님의 셈틀 통통

조금 어려운 면도 있지만 아주 유용한 자료입니다. 플랫폼이 NT 기반이면 다 적용가능한데..

걍 ASP팁란에 올리겠습니다.

출처는 아래 밝혔습니다.

SQL Server에서 사용할 수 있는 서버측 페이징기법

Andrew Rosca

웹 애플리케이션은 일반적으로 사용자에게 많은 양의 정보를 제공하기 위해 페이징 기법을 사용한다.
예를 들어 인터넷 검색엔진은 사용자의 쿼리 결과로 대용량의 결과값을 반환한다.
이 때 검색엔진이 한번에 결과값 전체를 반환하게 되면 결과값을 받는 클라이언트측 시스템에 과부하가 발생
할 수 있다.
하지만 페이징 기법을 사용하게 되면, 반환되는 결과값을 클라이언트측과 서버측 양쪽에서 관리할 수 있을 만
큼의 고정된 크기의 블록으로 구분하여 한 번에 이동시키는 정보의 양을 줄일 수 있다. 애플리케이션에서는
한 번 에 소수의 레코드만 사용자에게 보내게 되며, 결과값 중에서 사용자가 필요로 하는 정보만 반환하게 된
다.

페이징 기법을 사용하면 데이터를 사용자가 좀 더 이해하고 표현하기 쉽게 해 줄 뿐만 아니라, 대량의 정보를
조회하고 표현하기 위해서 시스템에 불필요한 과부하가 발생하여 결국 시스템의 성능에 악영향을 미치지 않
도록 통제하기 때문에 전체적인 시스템 성능을 향상시키게 된다.
정상적으로 시스템에 반환된 결과값 레코드가 페이징되었다면, 검색엔진을 사용하는 사용자는 대부분 맨 처
음 한 페이지 또는 일부 페이지만 조회하게 될 것이다.

불행하게도 많은 프로그래머들이 페이징 관련해서 성능측면에서 매우 중요한 고려사항에 대해서 잘 모르고
있다.
IIS와 SQL Server를 사용하는 환경에서는,
AbsolutePage, PageSize, PageCount와 같은,
표준 ADO RecordSet 페이징 기능을 사용하는 것이 가장 일반적인 페이징 기법이다.
소량(수십 또는 수백 레코드 정도)의 데이터에 대해서는 이러한 기능을 사용하면 정상적으로 동작하고, 시스
템의 성능측면에서도 부하를 발생시키지 않는다. 하지만 레코드 수가 증가하게 되면, 이러한 기능을 사용하
게 되면 효율성이 감소하게 되고 전체적인 애플리케이션의 성능에 악영향을 미치게 된다.

대량의 발주정보를 조회해야 하는 구매조달관련 애플리케이션, 수 천명의 회원이 동시에 접속하는 미팅 웹사
이트, 고객의 검색조건에 따라 수백 개의 상품의 정보를 표시해야 하는 대규모 전자상거래 웹사이트와 같이,
대용량 데이터를 처리해야 하는 애플리케이션의 경우에는 좀 더 개선된 서버측 페이징 기술이 필요하게 된
다. 이번 호의 기사에서는 수백만 개의 행정보를 포함하는 테이블에서도 사용할 수 있는 페이징 기법에 대해
서 소개하고자 한다.


ADO RecordSet 페이징 기법의 한계


대용량의 레코드를 페이징하기 위해서 ADO RecordSet의 페이징기법을 사용할 때 발생하는 문제의 원인은
ADO에서 데이터를 처리하는 방법 때문이다.
ADO 기술구조에서는 데이터베이스에서 정보를 조회하기 위해 서 조회의 대상이 되는 데이터에 대한 포인터
를 관리해야 할 필요가 있다.
데이터에 대한 포인터를 커서 라고 하며, 클라이언트측(예를 들어 ASP 페이지)에서는 각 레코드를 건별로 조
회하게 된다.

ADO RecordSet 개체는 서버측 커서(기본값)와 클라이언트측 커서 유형을 지원한다.
서버측 커서를 사용하게 되면 모든 데이터는 그대로 SQL Server에 두고, 해당 데이터가 필요한 시점에 순서
에 따라 각 레코드를 조회하게 된다.
클라이언트측 커서를 사용하게 되면 필요한 모든 데이터를 클라이인트로 전송한 다음, 클라이언트측 커서를
사용하여 클라이언트측 버퍼 메모리에 있는 데이터를 레코드별로 조회하게 된다.
검색엔진 예제에서처럼 쿼리의 결과값 중에서 일부분만을 표시하거나 사용해야 하는 경우라면 SQL 서버가
클라이언트에서 요청하는 페이지만 전송하고 전체 결과값 중 나머지 레코드는 데이터베이스 서버에 그대로
남겨두게 되는, 서버측 커서를 사용하는 것이 효율적이다.
서버측 커서를 사용하게 되면 클라이언트로 전송되는 레코드 수가 특정 페이지를 구성하는 20~30 레코드 정
도로 제한된다는 것이다.

PageCount 와 같은 일부 레코드셋 페이징 기능을 사용하기 위해서는 클라이언트측 커서를 사용해야 한다.
클라이언트 커서를 사용할 수 있도록 ADO를 설정하기 위해서는 RecordSet의 ClientLocation 속성을
adUseServer에서 adUseClient로 변경해 주면 된다.
[리스트 1]의 VB 코드는 RecordSet 개체에서 클라이언트측 커서와 서버측 커서를 사용하는 방법에 대한 예제
가 나타나 있다. ClientLocation 속성을 asUseClient 로 변경하게 되면, 사용자 쿼리의 결과로 반환되는 데이터
에서 필요로 하는 페이지 수를 판단하기 위해 결과값 전체가 클라이언트로 전송된다.

예를 들어 데이터베이스로부터 5000 레코드를 반환하는 쿼리를 실행했다고 가정하자.
애플리케이션에서 서버측 커서를 사용하게 되면 반환되는 레코드를 한 페이지당 20 레코드씩으로 페이징하
고, 사용자가 1 페이지만 보고 있는 경우라면 애플리케이션에서는 클라이언트로 맨 처음 페이지를 구성하는
20 레코드만을 전송하면 된다.
그 다음 사용자가 두번째 페이지로 이동하면 애플리케이션에서는 21~40번 레코드만 클라이언트로 전송하게
된다. 반면에 클라이언트측 커서를 사용하게 되면 ADO에서는 비록 사용자가 단지 첫 페이지에 해당하는 20
레코드만 필요한 경우라도 5000 레코드 전체를 클라이언트로 전송하게 된다.
이렇게 전체 레코드를 전송하게 되면 결과값이 사용자에게 나타나는 시간이 지연되게 되고, 반환되는 레코드
수가 매우 많은 경우에는 성능에 심각한 악영향을 미칠 수 있다.

다른 페이징 기법

ADO RecordSet 페이징 기법과 관련한 문제가 애플리케이션의 성능에 영향을 미치게 되었기 때문에 필자는
수천 레코드를 페이징해야 하는 웹 애플리케이션에서 사용할 수 있는 다른 페이징 기법을 찾아 보았다.

SQL 서버의 인덱스를 활용하여 전체 결과집합 중에서 상위의 레코드를 선택하는 방법을 소개하고자 한다.

다음은 Northwind 데이터베이스의 Orders 테이블에서 상위 10개의 레코드를 선택하는 쿼리이다.

SELECT TOP 10 * FROM Orders

위의 구문을 활용하면 전체 결과집합에서 10 개의 레코드 단위로 결과값이 반환되게 할 수 있다.
주어진 페이지에 해당하는 레코드만 선택하기 위해서는, 한 페이지에 몇 개의 레코드를 포함시킬 것인지 결정
하고, 실제 사용자가 몇 번째 페이지의 정보를 조회하기를 원하는지에 대한 페이지 카운트를 알고 있어야 한
다.
예를 들어 한 페이지에 10 개의 레코드가 포함되고, 사용자가 전체 결과값 집합 중에서 3 페이지를 조회하고
자 하는 경우라면 다음과 같은 쿼리를 사용하면 된다.

SELECT TOP 10 * FROM Orders WHERE OrderID NOT IN (SELECT TOP 20 OrderID FROM Orders)

위의 쿼리는 맨 처음 20 개의 레코드 이후에 존재하는 10개의 레코드, 즉 21~30번까지의 레코드를 반환한다.
위의 쿼리를 절차코드로 일반화하게 되면 다음과 같이 표현할 수 있다.

SELECT TOP page_size * FROM Orders WHERE OrderID NOT IN (SELECT TOP (page_size * (current_page -
1)) OrderID FROM Orders)

위의 쿼리는 대량의 레코드를 반환하는 경우라도 잘 동작하지만, 반환할 페이지의 숫자가 많아질수록 전체적
인 성능은 감소하게 된다.
문제의 원인은 IN 연산자에 포함되는 쿼리의 결과값이 많아지면서 비효율성이 증가하기 때문이다. 예를 들어
한 페이지당 10개의 레코드를 반환하는 결과집합 중에서 500번째 페이지를 조회하기 위해 쿼리를 실행하게 되
면, IN 연산자의 대상이 되는 서브쿼리에는 다음과 같은 문장이 포함되게 된다.

(SELECT TOP 4990 OrderID FROM Orders)

마지막 10개의 레코드를 조회하기 위해 서버에서는 4990 개의 OrderID와 각 OrderID를 비교해야만 한다.
불필요한 비교작업이 많이 발생하게 된다.
물론 SQL Server의 경우에는 이러한 경우 데이터를 좀 더 빠르고 효율적인 방법으로 검색하기 위해서 인덱스
를 사용하여 빠르게 쿼리를 처리하게 된다.
(OrderID가 기본키로 설정되어 있기 때문에, SQL Server는 기본적으로 인덱스를 사용하게 된다.)
조회하고자 하는 페이지 수가 증가함에 따라 성능면에서 느려지게 된다고 하더라도 이러한 조회성능의 감소
현상은 조회하고자 하는 페이지 수가 매우 큰 경우에만 인식할 수 있게 된다.
이러한 점증적인 성능의 감소현상은 대부분의 경우 사용자가 맨 처음부분의 일부 페이지만 조회하게 되고,
맨 처음부분의 일부 페이지를 조회 할 경우에는 매우 빠른 성능을 보장할 수 있기 때문에 크게 중요한 관심의
대상이 되지 않는다.
애플리케이션이션에서 적절하게 데이터를 정렬하고 필터링한다면 사용자는 찾고자 하는 정보를 거의 한 두
페이지 이내에서 찾게 된다. 만약 맨 처음 부분의 페이지에서 필요로 하는 데이터를 찾지 못한 경우에는 대부
분의 사용자는 예제에서처럼 500 페이지까지 원하는 데이터를 찾고자 계속 다음 페이지를 찾아보는 것이 아
니라 다른 정렬 및 필터링 조건으로 새로운 쿼리를 하게 된다.

앞에서 언급한 것과 같이 검색작업을 수행할 때, 테이블의 기본키가 어떤 컬럼에 설정되었는지가 매우 중요
한 역할을 하게 된다.
기본키에는 각 레코드를 유일하게 식별할 수 있는 컬럼이 포함되어야 하며, 쿼리를 실행할 때 기본키를 기준
으로 해당 레코드를 쿼리의 결과값으로 선택할 것인지 무시할 것인지를 판단하게 된다.
앞의 일반화된 쿼리에는 정렬 및 기본키에 관련한 WHEHE 절이나 ORDER BY 절 내용이 누락되어 있다. 목록 2
에는 이러한 요소를 포함시킨 일반화된 쿼리가 나타나 있다.

정렬은 일반적으로는 비효율적인 작업이며, 쿼리의 성능을 저하시키는 원인이 되기도 한다.
SQL 서버의 경우, 인덱스가 설정된 컬럼에 대해서는 매우 효율적으로 정렬 및 필터링 작업을 할 수 있고,
SQL 서버가 항상 기본키 컬럼에는 인덱스를 생성하기 때문에 쿼리를 좀 더 최적화하여 빠르게 실행한다.
기본키에 설정된 인덱스를 최대한 활용하기 위해서, [리스트 3]과 같이 테이블의 전체 컬럼을 선택하지 않고,
먼저 기본키의 조건으로 대상이 되는 레코드를 검색한 다음에 결과값에 포함되어 있는 기본키값으로 다시 해
당 레코드에 대한 전체 컬럼을 찾아오게 할 수도 있다.
테이블에 기본키 인덱스가 설정되어 있고, 인덱스가 설정된 필드에 대해서만 정렬 및 필터링 작업을 하게 되
면, 조회하고자 하는 레코드를 찾기 위해 인덱스 페이지만을 사용하게 된다. 이렇게 쿼리의 결과값에 필요한
전체 필드가 인덱스에 포함되어 있는 경우를 커버된 인덱스라고 한다.
동일한 쿼리를 실행시킨 경우라도 해당 쿼리가 커버된 인덱스를 사용하는 경우가 일반 테이블에 대해서 쿼리
하는 경우보다 더 빠르게 된다. 맨 마지막으로 선택된 결과값에 해당하는 나머지 정보를 조회하기 위한 작업
을 수행할 때에는(즉, SELECT * 부분), 기본키 인덱스를 사용하여 SQL Server가 해당 인덱스를 바로 찾을 수
있기 때문에 매우 효율적으로 쿼리를 수행하게 된다.

[리스트3]에 나타나 있는 쿼리는 결과집합 중에서 특정 페이지를 매우 효율적이고, 단순한 방법으로 조회하
게 된다. 물론, GROUP BY나 HAVING 절을 추가하여 사용할 수도 있다.
쿼리를 좀 더 단순화하기 위해서 [리스트 4]와 같이 SELECT_WITH_PAGING 라는 저장 프로시저를 생성하여,
기능을 캡슐화하였다.

SELECT_WITH_PAGING 저장프로시저에는 fields_to_return (string), primary_key (string), table_name (string),
page_number (integer, default 1), page_size (integer), get_record_count (true/false), filter_conditions (string),
sort_columns (string), group_by (string)와 같은 매개변수(데이터형)가 입력되게 된다.

예를 들어 한 페이지당 레코드 수를 10개로 지정하고 Northwind 데이터베이스의 Order 테이블으로부터 주문일
자로 정렬하여 CustomerID, ShipName을 조회한 다음, 결과값 중 세번째 페이지를 조회하기 위해서는 다음 문
장을 실행하면 된다.

EXEC SELECT_WITH_PAGING 'CustomerID, ShipName', 'OrderID', 'Northwind.dbo.Orders', 3, 10,
1, '', 'OrderDate'

위의 쿼리를 실행하게 되면 입력된 조건에 따라 필터링되어 반환되는 전체 레코드 수가 두번째 레코드셋으로
반환된다. 전체 레코드 수는 사용자에게 전체 페이지 수를 표시하려고 할 때 유용하게 사용되며, 대부분의 경
우 사용자는 단순하게 이전페이지 또는 다음페이지로 표시되는 것보다는 전체 페이지 수 중에서 현재 조회하
고 있는 페이지의 번호를 표시하는 방법을 더 선호한다.
조건에 해당하는 전체 레코드 수를 조회하기 위해서 필자는 여섯번째 매개변수를 1로 설정하였다.
만약 여섯번째 매개변수를 설정하지 않으면 데이터베이스로부터 페이지당 레코드로 제한된 10개의 레코드만
을 반환하게 되기 때문에 전체 레코드 수가 몇 개인지는 알 수 없게 된다.

table_name 매개변수에는 두 개 또는 그 이상의 테이블에 대한 조인을 설정하는 문장이 올 수도 있고, 필요에
따라 서브쿼리도 올 수 있다.
예를 들어, 다음 두 문장은 table_name 매개변수에 모두 사용될 수 있다.

'Northwind.dbo.Orders A JOIN Northwind.dbo.Customers B ON A.CustomerID = B.CustomerID' '(SELECT *
FROM Northwind.dbo.Orders WHERE OrderDate > ''8/1/1996'') AS tbl'

이번 호의 기사에서 소개한 페이징 기법은 레코드의 수가 매우 많은 경우에 서버측 페이징을 처리하기 위해
매우 단순하고, 효율적으로 사용할 수 있으며, 필자의 경우에는 수백만 행이 포함되어 있는 테이블에 대해서
도 사용한 경험이 있다. 예를 들어 2천 5백만 레코드가 있는 테이블에 대해서 맨 처음 일부 페이지를 조회하
는 쿼리를 실행할 때, ADO RecordSet 페이징 기법을 사용했을 때에는 거의 40초가 걸렸으나 이번 호에 소개
한 저장프로시저를 사용한 경우에는 1초로 수행시간을 단축할 수 있었다.
이처럼 이번 호에 소개한 페이징 기법은 조회의 대상이 되는 데이터양이 많아서 ADO RecordSet 페이징 기법
을 사용하게 되면 성능상 문제가 발생할 수 있는 상황에서 유용한 대안으로 사용할 수 있다.


[리스트 1] ClientLocation 속성을 변경하는 코드
Dim objConn As ADODB.Connection
Dim objRS As ADODB.Recordset
' 연결 생성
Set objConn = New ADODB.Connection
objConn.Open "Driver=SQL Server; Server=localhost; Database=Northwind"
Set objRS = New ADODB.Recordset
　　　' 클라이언트측 커서를 사용하게 하는 옵션
objRS.CursorLocation = adUseClient
　　　' 서버측 커서를 사용하게 하는 옵션
　　　objRS.CursorLocation = adUseServer
objRS.Open "SELECT * FROM Orders", objConn, adOpenStatic,
adLockOptimistic
　　　' 이 문장은 페이징을 위해서 필요하지만, 서버측 커서를 사용하는 경우에는 에러의 원인이 된다.
　　　Debug.Print "Total records: " & objRS.RecordCount

[리스트 2] 정렬을 위한 조건절을 지정한 일반화된 페이징 쿼리
SELECT TOP page_size * FROM table WHERE primary_key NOT IN
(SELECT TOP page_size * (page_number - 1) primary_key FROM table
WHERE filter_conditions
ORDER BY sort_field)
AND filter_criteria
ORDER BY sort_field



[리스트 3] 기본키에 검색조건을 먼저 설정하는 일반화 쿼리
SELECT * FROM table WHERE primary key IN
(SELECT TOP page_size primary_key FROM table
WHERE primary_key NOT IN

(SELECT TOP page_size * (page_number - 1) primary_key FROM table
WHERE filter_conditions ORDER BY sort_field) AND filter_criteria
ORDER BY sort_field)
ORDER BY sort_field


[리스트 4] SELECT_WITH_PAGING 저장 프로시저
CREATE PROCEDURE SELECT_WITH_PAGING (
@strFields varchar(4000),
@strPK varchar(100),
@strTables varchar(4000),
@intPageNo int = 1,
@intPageSize int = NULL,
@blnGetRecordCount bit = 0,
@strFilter varchar(8000) = NULL,
@strSort varchar(8000) = NULL,
@strGroup varchar(8000) = NULL)
/* 매개변수에 따라 반환되는 결과값을 특정 페이지로 정의하거나 전체 행을 모두 반환할 수 있도록 설정한
다. */
AS
DECLARE @blnBringAllRecords bit
DECLARE @strPageNo varchar(50)
DECLARE @strPageSize varchar(50)
DECLARE @strSkippedRows varchar(50)
DECLARE @strFilterCriteria varchar(8000)
DECLARE @strSimpleFilter varchar(8000)
DECLARE @strSortCriteria varchar(8000)
DECLARE @strGroupCriteria varchar(8000)
DECLARE @intRecordcount int
DECLARE @intPagecount int
/* 페이징 조건 정규화 의미있는 페이징 조건이 입력되지 않은 경우, 페이징하지 않고 좀 더 효율적인 방법으
로 쿼리를 실행시키기 위해 blnBringAllRecords 플래그를 사용 */
IF @intPageNo < 1
SET @intPageNo = 1
SET @strPageNo = CONVERT(varchar(50), @intPageNo)
IF @intPageSize IS NULL OR @intPageSize < 1 ?- 페이징하지 않고 전체 행을 반환
SET @blnBringAllRecords = 1
ELSE
BEGIN
SET @blnBringAllRecords = 0
SET @strPageSize = CONVERT(varchar(50), @intPageSize)
SET @strPageNo = CONVERT(varchar(50), @intPageNo)
SET @strSkippedRows = CONVERT(varchar(50), @intPageSize * (@intPageNo - 1))
END
/* 정렬 및 필터링 조건 정규화 정렬 및 필터링 조건이 지정되지 않으면, 필터링이나 정렬작업이 수행되지 않
도록 하여 쿼리의 성능을 향상시킴.*/
IF @strFilter IS NOT NULL AND @strFilter != ''
BEGIN
SET @strFilterCriteria = ' WHERE ' + @strFilter + ' '
SET @strSimpleFilter = ' AND ' + @strFilter + ' '
END
ELSE
BEGIN
SET @strSimpleFilter = ''
SET @strFilterCriteria = ''
END
IF @strSort IS NOT NULL AND @strSort != ''
SET @strSortCriteria = ' ORDER BY ' + @strSort + ' '
ELSE
SET @strSortCriteria = ''
IF @strGroup IS NOT NULL AND @strGroup != ''
SET @strGroupCriteria = 'GROUP BY' + @strGroup + ' '
ELSE
SET @strGroupCriteria = ''
/* 실제 조회작업을 시작 */
IF @blnBringAllRecords = 1 -- 페이징 하지 않고 단순한 SELECT 문장만을 실행
BEGIN

EXEC (
'SELECT ' + @strFields + 'FROM' + @strTables + @strFilterCriteria +
@strGroupCriteria + @strSortCriteria
)
END -- 전체 레코드를 반환.
ELSE -- 지정된 페이지를 반환
BEGIN
IF @intPageNo = 1 -- 맨 처음 페이지를 찾기 때문에 서브쿼리가 없어서 가장 효율적으로 실

행된다.
EXEC (
'SELECT TOP' + @strPageSize + ' ' + @strFields + 'FROM' + @strTables +
@strFilterCriteria + @strGroupCriteria + @strSortCriteria
)
ELSE -- 특정 페이지를 선택하기 위해 서브쿼리 구조를 실행한다.
EXEC (
'SELECT' + @strFields + 'FROM' + @strTables + 'WHERE' + @strPK + 'IN' + '
(SELECT TOP' + @strPageSize + ' ' + @strPK + 'FROM' + @strTables +
' WHERE' + @strPK + 'NOT IN' + '
(SELECT TOP' + @strSkippedRows + ' ' + @strPK + 'FROM' + @strTables +
@strFilterCriteria + @strGroupCriteria + @strSortCriteria + ') ' +
@strSimpleFilter +
@strGroupCriteria +
@strSortCriteria + ') ' +
@strGroupCriteria +
@strSortCriteria
)
END -- 특정 페이지를 지정한 경우
/* 전체 레코드 수를 반환하도록 지정된 경우 */
IF @blnGetRecordCount = 1
IF @strGroupCriteria != ''
EXEC (
'SELECT COUNT(*) AS RECORDCOUNT FROM (SELECT COUNT(*) FROM' +
@strTables + @strFilterCriteria + @strGroupCriteria + ') AS tbl (id)
)
ELSE
EXEC (
'SELECT COUNT(*) AS RECORDCOUNT FROM' + @strTables + @strFilterCriteria

+ @strGroupCriteria)
GO

출처 : SQL2000 매거진

데브피아에서 함희수(hhs93)님이 쓰신글입니다.

굉장히 유용한 팁입니다. 웹사이트가 느려지는 경우가 과도한 트래픽아니면, 잦은 디비연결 요구거든요.

그래서 대부분의 메인페이지는 디비연결을 최소화 하기 위해서 순수한 html로 띄워놓습니다. 변경되는

내용은 배치처리로 반영하구요. 밑에서 부터 원문입니다.

출처: http://www.devpia.com 

태요 사이트에서 올렸는데요..

여기에도 한번 올려봅니다.

다들 아시는 내용이 아닌지..???

삭제하라면 삭제 하겠습니다.

사이트 방문자가 많은 경우에
메인에 디비로 연결해서 하게 되면은 서버에 부하를 많이 주게 됩니다
그래서 일반적으로 배치를 돌려서 파싱된 htm파일로 만들어서
그냥 htm파일을 실행하게 합니다.
간단하게 하는 방법이니 참고 하세요.


Set objWinHttp = Server.CreateObject("WinHttp.WinHttpRequest.5.1") 
objWinHttp.Open "GET", "실행할 asp파일경로(예.http://www.aaa.com/index.asp)", false
objWinHttp.Send() 
returnmsg = fnStreamBinaryToString(objWinHttp.ResponseBody, "euc-kr")
set objWinHttp = nothing

dim CurrentDirectory
CurrentDirectory=server.MapPath("/")&"\"'저장할 파일 경로
Userfilename=CurrentDirectory & "index.htm"
dim objFso
set objFso=server.CreateObject("Scripting.Filesystemobject")
set objFiler=objFso.CreateTextFile (Userfilename, true)
set objFiler=nothing

dim objFile
set objFile=objFSO.OpenTextFile(Userfilename,8,true)
objFile.WriteLine returnmsg
objFile.close	
set objFso=nothing


Function fnStreamBinaryToString(Binary, CharSet)
 Const adTypeText = 2
 Const adTypeBinary = 1

 '//Create Stream object
 Dim BinaryStream 'As New Stream
 Set BinaryStream = CreateObject("ADODB.Stream")
 '//Specify stream type - we want To save text/string data.
 BinaryStream.Type = adTypeBinary
 '//Open the stream And write text/string data To the object
 BinaryStream.Open
 BinaryStream.Write Binary
 '//Change stream type To binary
 BinaryStream.Position = 0
 BinaryStream.Type = adTypeText
 '//Specify charset For the source text (unicode) data.
 If Len(CharSet) > 0 Then
  BinaryStream.CharSet = CharSet
 Else
  BinaryStream.CharSet = "us-ascii"
 End If
 '//Open the stream And get binary data from the object
 fnStreamBinaryToString = BinaryStream.ReadText
End Function

위와 같이 사용하시면 어떨지 모르겠네요..

지금까지 초보였습니다.