제 목:[강좌] 데이터베이스의 정의 관련자료:없음 [145]
보낸이:윤병희 (mac21 ) 1999-02-15 04:09 조회:839
1.데이터베이스의 정의
1970년 6월에 E.F.Godd의 'A Relational Model of Data for
Large Shared Data Bank"에서 처음으로 원칙을 정리하였으며
이 모델이 관계형 데이터베이스 관리 시스템의 기본이 됩니다.
데이터 모델은 이외에도 계층형, 망형, 단순 플랫파일등이
있습니다.
RDBMS의 개념은 첫째 개체(Object) 또는 관계(Relation)을
이용하여 데이터를 저장하며 두째 일련의 연산자들은 관계
(Relation)에 대한 집합연산을 하고 결과로서 다른 관계
(Relation)를 돌려 주며 세째 RDBMS는 수용하고 있는 데이터
베이스가 정확하고 일관성을 유지 할 수 있도록 데이터 무결성을
유지해야 합니다.
RDBMS의 기능으로 첫째 데이터의 저장을 관리하며 두째 데이터
에 대한 접근을 통제하며 세째 데이터 검색 및 수정을 하는
수단을 제공합니다.
RDBMS의 구성요소는 Table, Row, Column, Field, Primary Key,
Foreign Key가 있습니다.
1.Table : 테이블은 RDBMS의 기본적인 저장 구조를 한개 이상의
Column과 0개 이상의 행으로 구성된 것을 말합니다.
2.Row : 행은 테이블의 Column 값의 조합이며 Record라고 불리워
집니다.
3.Column : 한 column의 테이블에서 단일 종류의 데이터를 나타내며
column은 특정 Datatype 및 크기를 갖고 있습니다.
4.Field : Row와 Column의 교차에는 필드가 있으며 필드는 데이터를
포함하고 데이터가 없을 경우에는 null값이 존재합니다.
5.Primary Key : 하나의 테이블에서 중복을 허용하지 않는 Column의
집합으로 null 값을 허용하지 않으며 이러한 column이 다른 테이블
의 Foreign Key가 될 수 있습니다.
6.Foreign Key는 같은 테이블 및 다른 테이블의 Primary Key를
참조하는 단일 column 또는 column의 조합이며 Foreign Key의
생성으로 RDBMS의 설계규정을 적용하는 것입니다.
※ Secondary Key란 속도 개선을 위하여 하나 또는 여러개의 Column
에 Index를 부여함을 말합니다. 대체적으로 완벽한 데이터베이스를
설계하지 못한 경우에는 Forign Key를 사용하지 않습니다.
이유는 Foreign Key에 의해 참조된 Primary Key가 있는 Table의
참조된 column은 구조 변경이 용이하지 못하기 때문입니다.
RDBMS의 특징은 SQL 명령의 실행으로 데이터베이스에서의 객체들을
접근하고 변경할 수 있으며 어떠한 물리적 포인터 없이도 복수개의
테이블을 포함할 수 있고, 집합연산과 온라인 갱신이 가능하고 또한
완전한 데이터 독립성을 제공합니다.
데이터베이스 객체는 Table, View, Sequence, Index, Synonym,
Program unit가 있습니다.
1.Table : Row와 Column들로 구성된 기본적인 저장단위 입니다.
2.View : 논리적인 한개 이상의 테이블 데이터의 부분집합을
말합니다.
3.Sequence : Primary Key값을 만들어 줍니다.
4.Index : 조회시 성능향상을 개선시켜 줍니다.
5.Synonym : 객체의 다른 이름입니다.
6.Program unit : Stored Procedure와 같은 SQL BLOCK입니다.
※ Synonym을 이용하여 원격지의 Table을 자신의 데이터베이스에
정의 할 수 있으며 이로서 데이터베이스 엔진에서의 원격지
데이터 접근을 가능하게 합니다.
지금까지 돌아온 뫼피스토 펠레스 병희였습니다.
P.S. 앞으로 시간이 주어 진다면 Oracle, Informix, MS-SQL등과
같은 상용 데이터 베이스에 관한 강좌를 진행할까 합니다.
제 목:[강좌] SQL Query 문형 : Oracle 기준 관련자료:없음 [146]
보낸이:윤병희 (mac21 ) 1999-02-15 06:58 조회:1088
2.SELECT절의 형태 #1
SQL의 기본적인 Query는 SELECT일것 입니다.
SELECT문에서는 상당히 많은 명령의 조합이 있을 수 있으며
혹시라도 모르고 지나치는 형식들까지 정리해 보았습니다.
Syntax : 기본 문형
SELECT [DISTINCT] {*, column [alias], ...}
FROM 테이블명
[WHERE Query 조건(들)]
[ORDER BY {column, 표현식} {ASC | DESC}
SELECT : 최소한 한개 이상의 column으로 구성된 리스트 입니다.
DISTINCT : 결과 레코드의 동일한 row를 제거하고 column 들의 유일한
값만 제공합니다.
* : FROM절에 정의된 Table의 모든 column을 선택하여 나타냅니다.
alias : 선택된 column의 다른 명칭을 부여합니다.
FROM 테이블 : column을 포함하는 Table을 지정합니다.
WHERE : Query의 조건을 명시하며 column, 표현식, 상수 및 비교
연산자로 구성됩니다.
ORDER BY : Query된 row의 순서를 정합니다.
ASC : 검색된 결과를 지정된 column을 기준으로 올림차순으로
정렬합니다.
DESC : 내림차순으로 정렬합니다.
예1) SELECT * FROM IWEBF A1, INTERNET A2
WHERE A1.ID = A2.ID AND A1.NAME = "홍길동";
예2) SELECT DISTINCT IWEBF.ID, IWEBF.NAME FROM IWEBF;
※ Alias를 표현하는 keyword에는 AS라는 것이 있는데
Oracle에서 AS는 SELECT절 에서만 사용되고 다른 DBMS에서는
SELECT와 FROM절에서 사용되어 질 수 있습니다.
예3) SELECT A1.ID AS MainID, A2.NAME UserName
FROM IWEBF A1, INTERNET A2
예4) Oracle에서는 error 발생
SELECT * FROM AS A1 WHERE A1.ID = "mobile"
작업을 하다보면 검색된 값의 처음부터 처리해야 할 것이 있는
반면에 마지막 자료뷰터 검색을 해야하는 작업들이나 값이 큰
숫자 혹은 작은 순서로 해야하는 것들이 있습니다.
이렇게 표시 순서를 지정해야 하는 것들을 해결하기 위해서는
ORDER BY를 사용합니다.
데이터들은 Secondary Key가 지정되어 있는 경우에는 Index
생성시 오름차순 또는 내림차순으로 정렬되어 있지만 Key가
없을시에는 입력 순서대로 저장됩니다.
예5) SELECT A1.ID, A1.Name, A1.Price FROM IWEBF A1
WHERE A1.Price < 100000
ORDER BY A1.Price DESC
예6) 결과가 예5와 같은 경우
SELECT ID, Name, Price FROM IWEBF
WHERE A1.Price < 100000
ORDER BY 3 DESC
※ 여기서 ORDER BY절의 3은 3번째 column을 말합니다.
이상으로 돌아온 뫼피스토 펠레스 병희였습니다.
제 목:[강좌] SQL Query 문형 : Informix 기준 관련자료:없음 [147]
보낸이:윤병희 (mac21 ) 1999-02-15 14:01 조회:430
2.SELECT절 #1 for Informix
Informix는 내가 처음으로 사용하였던 UNIX 기반의 대용량
DBMS입니다.
DB 엔진도 작으면서 특히 통신분야에 많이 사용될 수 있는
능력을 가진 DBMS로 개념상으로 이해하기 쉽고 사용하기 용이하여
처음 사용하는 사람에게 권할만 합니다.
속도 또한 타 DBMS보다 월등히 빠르며 특히 Multimedia Data 저장
에서도 탁월한 성능을 발휘할 수 있습니다.
1998년에는 Sybase에 2위 자리를 내주었지만 가볍고 강력한 DBMS를
원한다면 Informix를 사용하는 것이 좋을 듯 합니다.
일예로 가장 훌륭한 은행 전상망으로 S은행이 뽑혔는데 DB가 Informix
였다나 뭐래나 그렇답니다.
Oracle 강좌에서도 그랬듯이 Informix에서도 'Informix Guide to SQL'
에서 간추려 보았습니다.
Informix에서도 기본적인 SELECT문으로 정리하면서 보다 자세한 문형을
설명할까 합니다.
SELECT INTO, UNION, HAVING, GROUP BY는 천천히 소개 하기로 하고
Oracle 강좌 수준으로 시작합니다.
Syntax : 기본문형
SELECT [ALL, DISTINCT, UNIQUE] {*, column[alias], ...}
FROM 테이블명 {alias}, ...
[WHERE Query 조건(들)]
[ORDER BY {column 표현식} {ASC | DESC}
SELECT : 데이터베이스로부터 읽어들이는 SQL 명령 문장 이름
ALL : 선택된 모든 값들을 받아내는 Keyword로 중복되었더라도
전부 가지고 옵니다. ALL은 기본 지정값입니다.
DISTINCT : Query 수행결과 값이 중복될 경우를 없애주는 문장
UNIQUE : DISTINCT의 또다른 이름
* : Table이나 View의 모든 column을 표시하는 표식
alias : Query 문장안에서 사용되는 대표 명칭
FROM 테이블명 : SELECT 절에서 사용되어지는 column의 소속된
Table을 지정합니다.
WHERE : Query결과의 조건을 설정하는 문장
ORDER BY : 결과값의 순서를 지정해주는 문장
ASC : 오름차순 정렬
DESC : 내림차순 정렬
예1) SELECT ALL * FROM IWEBF
예2) SELECT DISTINCT * FROM IWEBF AS A1, INTERNET A2
WHERE A1.ID = A2.ID
예3) SELECT A1.ID AS MainID, A2.NAME UserName
FROM IWEBF A1, INTERNET AS 2
WHERE A1.ID = A2.ID AND A2.NAME IS NOT NULL
ORDER BY A2.NAME
예4) 예3과 같은 결과
SELECT IWEBF.ID MainID, INTERNET.NAME UserName
FROM IWEBF, INTERNET
WHERE (IWEBF.ID = INTERNET.ID) AND
(IWEBF.NAME IS NOT NULL)
ORDER BY 2 ASC
※ TIP : Query 문장들은 Client에서 Server로 보내져 Server에서
작업후 Client 값을 돌려주게 됩니다. 이때 Query 문장을 분석하게
되는데 Client에서 Server로 명령이 보내질때 제공되는 Database
Interface Driver(ODBC, 써드파티 제품등)에 의해 검사되고 Server
로 보내져서도 또한번 검사하여 오류를 체크합니다.
DB Server가 허용하는 문장이라도 Client에서 검사하여 오류가 나면
Error를 발생 시킵니다. 이러한 검사를 파싱이라합니다.
이것으로 Informix의 SQL #1을 마칩니다.
돌아온 뫼피스토 펠레스 병희가.
제 목:[강좌] SQL Query 문형 : Oracle 기주 관련자료:없음 [148]
보낸이:윤병희 (mac21 ) 1999-02-16 04:23 조회:817
3.JOIN법 (Oracle 기준)
데이터베이스에서 Table간의 유기적 관계를 성립하는 것이며
한개 이상의 테이블로부터 데이터가 요구될 수 조인이 사용됩니다.
JOIN의 형태에 관한 분류는 Equijoin, Non-equijoin 다른 말로 하자면
등가 조인, 비등가 조인입니다.
JOIN의 방법에 관한 분류로는 Cross Join(Cartesian Product),
Inner Join, Outer Join, Self Join이 있습니다.
1.Equijoin (등가 조인)
검색하는 객체의 조건이 같은 것을 선택하는 것입니다.
예1) SELECT A1.ID, A1.NAME, A2.PRICE
FROM IWEBF A1, INTERNET A2
WHERE A1.ID = A2.ID;
2.Non-equijoin (비등가 조인)
연산자 '=' 이외의 조건을 가진 조인으로 하나의 column 값이
또다른 column과 동일성이 없을때 사용합니다.
예2) SELECT A1.ID, A1.NAME, A2.PRICE
FROM IWEBF A1, INTERNET A2
WHERE A1.ID BETWEEN A2.OLDID AND A2.NEWID;
3.Cross Join (Cartesian Product)
Table의 하나의 row가 다른 테이블의 모든 row가 결합하여
선택된 결과들의 갯수가 첫번째 Table의 row갯수 × 두번째
Table의 row갯수가 되는 것을 말합니다.
JOIN의 성격을 결정하는 WHERE절의 조건이 없다는 겁니다.
예3) SELECT A1.ID, A2.NAME
FROM IWEBF A1, INTERNET A2;
4.Inner Join
비교의 주체가 되는 Field가 비교의 객체가 되는 Field의
조건에서 동등한 상태의 관계를 유지하는 것을 말하며, 양쪽
Table에 검색된 동일한 결과치만을 가지고 비교하여 조건에
부합되는 것만 선택할 수 있게 합니다.
예4) SELECT A1.ID, A2.NAME FROM IWEBF A1, INTERNET A2
WHERE A1.ID = A2.ID;
※ 예제 1은 Inner Join이면서 등가 조인이고
예제 2는 Inner Join이면서 비등가 조인입니다.
5.Outer Join
어느 한쪽에 없는 값이라 하더라도 Join의 주체 Field를
기준으로하여 결과를 출력하는 것을 말합니다.
Outer Join은 Left Outer Join과 Righter Outer Join이
있습니다. Left Outer Join은 검색 주체가 조건의 왼쪽에
있으며 Righter Outer Join은 오른쪽에 있습니다.
보기 1)
IWEBF INTERNET
--------------------------------------------------------
ID NAME ID PRICE
--------------------------------------------------------
EVA EVANGELION EVA 50000
MOBILE MOBILE SUITS LETTER 15000
WING WING GUNDAM MOBILE 60000
MONO MONONOKE HIME MS08 35000
MONO MOON PRINCESS NADESIKO 40000
LETTER LOVE LETTER LETTER 24000
--------------------------------------------------------
예5) Left Outer Join
SELECT A1.ID, A1.NAME, A2.PRICE
FROM IWEBF A1, INTERNET A2
WHERE A1.ID = A2.ID (+);
결과 :
ID NAME PRICE
--------------------------------------------------------
EVA EVANGELION 50000
LETTER LOVE LETTER 15000
LETTER LOVE LETTER 24000
MOBILE MOBILE SUITS 60000
MONO MONONOKE HIME null
MONO MOON PRINCESS null
WING WING GUNDAM null
--------------------------------------------------------
예6) Righter Outer Join #1
SELECT A1.ID, A1.NAME, A2.PRICE
FROM IWEBF A1, INTERNET A2
WHERE A1.ID (+) = A2.ID;
ID NAME PRICE
--------------------------------------------------------
EVA EVANGELION 50000
LETTER LOVE LETTER 15000
LETTER LOVE LETTER 24000
MOBILE MOBILE SUITS 60000
null null 35000
null null 40000
--------------------------------------------------------
예7) Righter Outer Join #2
SELECT A2.ID, A1.NAME, A2.PRICE
FROM IWEBF A1, INTERNET A2
WHERE A1.ID (+) = A2.ID;
ID NAME PRICE
--------------------------------------------------------
EVA EVANGELION 50000
LETTER LOVE LETTER 15000
LETTER LOVE LETTER 24000
MOBILE MOBILE SUITS 60000
MS08 null 35000
NADESIKO null 40000
--------------------------------------------------------
※ 이 예들에서 null이란 아무런 값이 없다는 뜻이며
실제 화면에는 나타나지 않습니다.
6.Self Join
하나의 Table에서 Join이 발생되는 것을 말합니다.
예8) SELECT A1.ID, A2.NAME
FROM IWEBF A1, INTERNET A2
WHERE A1.ID = A2.NEWID;
※ 이와 같이 JOIN의 기초를 배워보았습니다.
일반적으로 Table의 갯수가 50개 이하이면서 5개 이하의
Table이 Join되는 경우는 비교적 간단합니다.
그러나 수백개의 Table에서 5개 이상의 Table들이 Join
하면서 복잡한 규칙을 가지게 될 경우에는 여러가지 조인을
혼합하여 결과를 만들어 내게 됩니다.
복잡한 SQL 문장을 Table의 특성에 맞추어 보다 빨리 결과를
얻는 방법을 찾아내는 것이 DB PROGRAMMER들의 일입니다.
앞으로 조금씩 어려워지는 기법들을 소개할까 합니다.
지금까지 돌아온 뫼피스토 펠레스 병희였습니다.
제 목:[강좌] SQL Query 문형 : Informix 기준 관련자료:없음 [149]
보낸이:윤병희 (mac21 ) 1999-02-19 01:33 조회:566
3.JOIN의 방법 (Informix 기준)
비숫한 두 데이터베이스의 SQL을 비교하려니 좀더 특색있게 강좌를
하려합니다. Oracle은 설명위주로 Informix는 예제 위로로 하겠습니다.
보기1) IWEBF와 INTERNET Table의 내용
IWEBF Table
ID NAME
-------- --------------------
EVA EVANGELION
MOBILE MOBILE SUITS
WING WING GUNDAM
MONO MONONOKE HIME
MONO MOON PRINCESS
LETTER LOVE LETTER
INTERNET Table
D PRICE
-------- ---------
EVA 50000
LETTER 15000
MOBILE 60000
MS08 35000
NADESIKO 40000
LETTER 24000
예1) Equijoin (등가 조인)
SELECT A1.ID, A1.NAME, A2.PRICE
FROM IWEBF A1, INTERNET A2
WHERE A1.ID = A2.ID
결과1)
ID NAME PRICE
-------- -------------------- ---------
EVA EVANGELION 50000
LETTER LOVE LETTER 15000
LETTER LOVE LETTER 24000
MOBILE MOBILE SUITS 60000
예2) Non-equijoin (비등가 조인)
SELECT A1.ID AS "CD ID", A1.NAME "CD NAME", A2.PRICE "가격"
FROM IWEBF A1, INTERNET A2
WHERE (A1.NAME BETWEEN 'F' AND 'M') AND
(A1.ID NOT IN (A2.ID))
결과2)
CD ID CD NAME 가격
-------- -------------------- ---------
LETTER LOVE LETTER 50000
LETTER LOVE LETTER 60000
LETTER LOVE LETTER 35000
LETTER LOVE LETTER 40000
※ 결과2를 보더라도 잘못된 값임을 알수 있을것이다.
그러나 Query 문장만은 틀린것이 아니다.
예3) CROSS JOIN (Cartesian Product)
SELECT A1.ID, A1.NAME, A2.PRICE
FROM IWEBF A1, INTERNET A2
결과3)
ID NAME PRICE
-------- -------------------- ---------
EVA EVANGELION 50000
MOBILE MOBILE SUITS 50000
WING WING GUNDAM 50000
MONO MONONOKE HIME 50000
MONO MOON PRINCESS 50000
LETTER LOVE LETTER 50000
EVA EVANGELION 15000
MOBILE MOBILE SUITS 15000
WING WING GUNDAM 15000
MONO MONONOKE HIME 15000
MONO MOON PRINCESS 15000
LETTER LOVE LETTER 15000
EVA EVANGELION 60000
MOBILE MOBILE SUITS 60000
WING WING GUNDAM 60000
MONO MONONOKE HIME 60000
MONO MOON PRINCESS 60000
LETTER LOVE LETTER 60000
EVA EVANGELION 35000
MOBILE MOBILE SUITS 35000
WING WING GUNDAM 35000
MONO MONONOKE HIME 35000
MONO MOON PRINCESS 35000
LETTER LOVE LETTER 35000
EVA EVANGELION 40000
MOBILE MOBILE SUITS 40000
WING WING GUNDAM 40000
MONO MONONOKE HIME 40000
MONO MOON PRINCESS 40000
LETTER LOVE LETTER 40000
EVA EVANGELION 24000
MOBILE MOBILE SUITS 24000
WING WING GUNDAM 24000
MONO MONONOKE HIME 24000
MONO MOON PRINCESS 24000
LETTER LOVE LETTER 24000
예4) INNER JOIN
SELECT A1.ID, A1.NAME, A2.PRICE
FROM IWEBF A1, INTERNET A2 WHERE A1.ID IN (A2.ID)
결과4)
ID NAME PRICE
-------- -------------------- ---------
EVA EVANGELION 50000
LETTER LOVE LETTER 15000
LETTER LOVE LETTER 24000
MOBILE MOBILE SUITS 60000
예5) OUTER JOIN : Informix의 Outer Join은 상당히 복잡하게
구성할 수 있습니다. 여기에는 기본형만을 소개하겠습니다.
SELECT A1.ID, A1.NAME, A2.PRICE
FROM IWEBF A1, OUTER INTERNET A2
WHERE A1.ID = A2.ID
※ OUTER JOIN은 상당히 편리한 프로그래밍 환경을 제공합니다.
그러나 그만큼 주의를 해야만 하겠습니다.
1997년 제가 모 무선통신업체에서 프로그래밍을 하고 있을때
한가지 재밌는 테스트를 한 적이 있습니다.
가입자가 100만명 가까이 되었는데 10여개의 테이블을 하나의
Query로 묶어서 프로그래밍을 하게 되었습니다.
처리 시간은 30여초가 흐르더군요. 물론 OUTER JOIN이 몇개
있었습니다. OUTER JOIN을 분리하여 테스트를 하였습니다.
결과는 3초내로 검색 속도가 떨어 지더군요.
프로그래머들 중에서 큰용량의 많은 사용자가 동시에 사용하고
있다는 것을 간과하는 경우가 있어 나중에 문제를 유발 시키는
것을 종종 보아왔습니다.
QUERY문을 복잡하게 통합하는 것이 얼마나 위험 할 수 있는가는
직접 격어 보아야 느낄 수 있습니다.
거의 모든 데이터 베이스에서 Outer Join은 Inner Join보다
느립니다. 그러나 Record의 갯수가 적은 경우에는 눈에 띄게
차이가 나지 않습니다. 그렇기에 개발 초기에는 Outer Join을
많이 사용하여 개발을 편리하게 하고자 하지만 몇년이 지나
용량이 커지면 속도가 현저히 떨어 지는 것을 느낄 수가 있습니다.
보다 정확한 정규화 작업을 통하여 가장 바람직한 최적화를
할 수 있었으면 좋겠습니다.
예6) Self Join
SELECT A1.ID, A1.NAME, A2.PRICE
FROM IWEBF A1, IWEBF A2
WHERE A1.ID = A2.OLDID
지금까지 SQL의 기초에 관한 내용은 마무리 된 듯합니다.
앞으로는 조금더 진보된 SQL을 알려 드릴까 합니다.
그럼 이만 돌아온 뫼피스토 펠레스 병희가.
아웃룩 일정 중복 제거, 연락처 정리 지존 아중제 (PC)
