[Day12] Oracle 12 - CROSS JOIN, DB Modeling

[Day12] Oracle12 [10/13]

--1. book, panmai, danga, gogaek 조인하여 다음을 출력 한다.
-- -- 책이름(title) 고객명(g_name) 년도(p_date) 수량(p_su) 단가(price) 금액(p_su*price)
-- -- 단, 년도 내림차순 출력

SELECT title, g_name , p_date,  p_su,  price  ,  p_su * price 판매금액
FROM danga d  JOIN book b ON d.b_id = b.b_id  -- INNER JOIN , EQUI JOIN
               JOIN panmai p ON b.b_id = p.b_id
               JOIN gogaek g ON p.g_id = g.g_id
ORDER BY p_date DESC               ;

--TITLE            G_NAME               P_DATE         P_SU      PRICE         금액
------------------ -------------------- -------- ---------- ---------- -----
--운영체제 강남서점             21/11/03          5 450 2250
--엑셀 서울서점             21/11/03         31 321 9951
--데이터베이스     강북서점             21/11/03         26 300 7800
--데이터베이스     강남서점             21/11/03         17 300 5100
--엑세스 강남서점             21/11/03         21 510 10710
--운영체제 우리서점             21/11/03 13 450 5850
--데이터베이스     우리서점             00/10/10         10 300 3000
--데이터베이스     강북서점             00/10/10         15 500 7500
--워드 서울서점             00/07/07 5 320 1600
--데이터베이스     도시서점             00/03/04 20 300 6000

--2. book 테이블, panmai 테이블, gogaek 테이블을 b_id 필드와 g_id 필드를 기준으로 조인하여
--다음의 필드 출력 한다.
--단, book 테이블의 모든 행은 출력 되도록 한다.( OUTER 조인)
-- ( 판매가 안된 책 정보도 출력 )

SELECT b.b_id, title, g.g_id, g_name, p_su
FROM  book b  LEFT JOIN panmai p ON b.b_id = p.b_id
              LEFT JOIN gogaek g ON p.g_id = g.g_id;
--ORDER BY p_date DESC              ;

--책ID       제목                     G_ID G_NAME 판매수량
------------ ------------------- ---------- --------------------
--b-1        운영체제                     1 우리서점                     13
--a-1        데이터베이스 1 우리서점                     10
--a-1        데이터베이스 2 도시서점                     20
--d-1        엑셀 4 서울서점                     31
--c-1        워드 4 서울서점                      5
--b-1        운영체제                     6 강남서점                      5
--a-1        데이터베이스 6 강남서점                     17
--f-1        엑세스 6 강남서점                     21
--a-2        데이터베이스 7 강북서점                     15
--a-1        데이터베이스 7 강북서점                     26
--e-1        파워포인트
--f-2        엑세스
--b-2        운영체제

--3. 년도, 월별 판매 현황 구하기
--
--년도 월 판매금액( p_su * price )
------ -- ----------
--2000 03 6000
--2000 07 1600
--2000 10 10500
--2021 11 41661

SELECT  TO_CHAR( p_date, 'YYYY') 년도, TO_CHAR( p_date, 'MM') 월, SUM( p_su * price ) 총판매금액
FROM panmai p JOIN danga d  ON p.b_id = d.b_id
GROUP BY TO_CHAR( p_date, 'YYYY'), TO_CHAR( p_date, 'MM')
ORDER BY TO_CHAR( p_date, 'YYYY'), TO_CHAR( p_date, 'MM') ;

--4. 서점별 년도별 판매현황 구하기
--
--년도         서점ID 서점명                판매금액
------ ---------- -------------------- ----------
--2000          7 강북서점                   7500
--2000          2 도시서점                   6000
--2000          4 서울서점                   1600
--2000          1 우리서점                   3000
--2021          6 강남서점                  18060
--2021          7 강북서점                   7800
--2021          4 서울서점                   9951
--2021          1 우리서점                   5850
--
--8개 행이 선택되었습니다.

SELECT  TO_CHAR( p_date, 'YYYY') 년도, g.g_id, g_name , SUM( p_su * price ) 총판매금액
FROM panmai p JOIN danga d  ON p.b_id = d.b_id
              JOIN gogaek g ON g.g_id = p.g_id
GROUP BY TO_CHAR( p_date, 'YYYY'), g.g_id, g_name
ORDER BY TO_CHAR( p_date, 'YYYY') , g_name ;

--5. 올해 가장 판매가 많은 책(수량을 기준으로)
--
--책ID 제목 권수
------------ ----------------
--a-1 데이터베이스 43
--
---- TOP-N 방식

SELECT t.*  -- , ROWNUM
FROM ( 
            SELECT b.b_id, title, SUM( p_su ) total_psu      --, p_date
            FROM book b  JOIN panmai p ON b.b_id = p.b_id
            WHERE TO_CHAR( p_date , 'YYYY') = TO_CHAR(SYSDATE, 'YYYY')
            GROUP BY b.b_id, title
            ORDER BY total_psu DESC
     )  t
WHERE ROWNUM = 1;

-- RANK() 함수 (프로그래머스 1번 문제)

SELECT *
FROM (
            SELECT b.b_id, title, SUM( p_su ) total_psu      --, p_date
                  , RANK() OVER( ORDER BY SUM( p_su ) DESC )  올해판매순위
            FROM book b  JOIN panmai p ON b.b_id = p.b_id
            WHERE TO_CHAR( p_date , 'YYYY') = TO_CHAR(SYSDATE, 'YYYY')
            GROUP BY b.b_id, title
)
WHERE 올해판매순위 = 1;

--6. 서점별 판매현황 구하기
--
--서점코드  서점명  판매금액합  비율(소수점 둘째반올림)
------------ -------------------------- ----------
--7 강북서점   15300           26%
--4 서울서점 11551         19%
--2 도시서점 6000    10%
--6 강남서점 18060            30%
--1 우리서점 8850 15%

SELECT g_id, g_name, 판매금액합
      ,  ROUND( 판매금액합 / 총판매금액 * 100 )  || '%'
FROM (
            SELECT  g.g_id, g_name , SUM( p_su  * price )  판매금액합
                 , (SELECT SUM( p_su * price ) FROM panmai p JOIN danga d ON  p.b_id = d.b_id) 총판매금액
            FROM gogaek g JOIN panmai p ON g.g_id = p.g_id
                          JOIN danga d ON  p.b_id = d.b_id
            GROUP BY    g.g_id, g_name            
) t

--7. 모든 책 중에 가장 적게 판매가 된 책의 정보를 조회( TOP-1 )
-- ( 책ID, 제목, 가격, 총판매량 )

SELECT t.b_id, t.title, t. price, t.p_su
FROM (
  SELECT b.b_id, b.title, d.prcie, p.p_su,
        RANK() OVER( ORDER BY p.p_su) seq
  FROM panmai p, book b, danga d
  WHERE b.b_id = p.b_id AND b.b_id = d.b_id;
) t
WHERE t.seq = 1;

--8. 총 판매권수가 10권 이상 판매된 책의 정보 조회 ( - HAVING 절 )
-- ( 책ID, 제목, 가격, 총판매량 )

SELECT b.b_id, title , price , SUM(  p_su ) 총판매량
FROM  book b JOIN danga d ON b.b_id = d.b_id
          JOIN panmai p ON p.b_id = b.b_id
GROUP BY       b.b_id, title , price    
HAVING    SUM(  p_su ) >= 10
ORDER BY 총판매량 DESC;

-- CROSS JOIN : 모든 조합!!
SELECT e.*, d.*
FROM emp e , dept d

emp 12명 dept 4개
12*4 = 48

-- ANTI JOIN : 서브쿼리 + NOT IN 연산자 사용
-- SEMI JOIN : 서브쿼리 + EXISTS 연산자 사용

--- * 데이터베이스 모델링( DB 모델링 ) ** ---

1) 데이터베이스 모델링( DB 모델링 ) 정의
   ㄱ. 데이터베이스 ? 관련된 데이터들의 집합(모임)
   ㄴ. 데이터베이스 모델링 ? 현실 세계의 업무적인 프로세스를 물리적으로 데이터베이스화 시키기 위한 과정
   예) 회사 사원 ->  정보(데이터) -> 물리적 저장하는 과정
                   요구/분석
   ㄷ. 순서(절차, 과정)
      ****
      [현실세계 업무 프로세스]   -> [ 개념적 DB 모델링 ]
         1) 업무 요구 분석
           요구분석서 작성                  ↓
                 ↕ 일치성 검토
         [ 물리적 DB 모델링 ]  <- [ 논리적 DB 모델링 ]

2) 순서 (요 - 개 - 논 - 물)
   ㄱ. 업무 요구 분석
   ㄴ. 개념적 DB 모델링 : 개체(Entity) , 속성(Attribute)추출 [개체 / 속성 -> 관계]
-> 개체 간의 관계 정의 (ER-Diagram 작성)

   ㄷ. 논리적 DB 모델링 : ER-Diagram -> 매핑룰( mapping rule )) ->  "스키마 설계"
-> "정규화" 작업 수행

   ㄹ. 물리적 DB 모델링
       - DBMS 정하기 : 오라클
       - 컬럼 : 데이터 타입, 크기
       + 성능 위해   인덱스 정의 , "역정규화" 작업

    -- DB 생성 완료!!

    웹/앱 애플리케이션 개발

<1> 요구(업무) 분석
    예) 회계관리 프로그램 - 앱
   - 관련 분야에 대한 기본 지식과 상실 필요 ( 대차대조표, 자산, 손실, 손익분기점.... ) : 회계 강사, 학원
   - 신입 사원 입장으로 업무 자체와 프로세스 파악, 분석 필요.
   - 요령 :  모든 문서(서류, 장표, 보고서 )를 이용해서 데이터로 관리되어지는 항목을 정확하게 파악 필요.
앱/웹의 모든 페이지 이용해서 데이터로 관리되어지는 항목 정확하게 파악 필요. (페이지 다 클릭해봐야함!)
   - 담당자 미팅( 인터뷰 )
   - 백그라운드 프로세스 파악
   - 사용자 요구 분석
   :
   :
   :D
   요구 분석서 작성

<2> 개념적 [DB 모델링]
1) 요구 분석 - 사용자가 필요로 하는 데이터가 무엇인지 파악, 데이터를 DB에 저장하기 위한 분석 작업
  2) 요구 분석을 통해서 얻어진 현실 세계의 정보를 사람들이 이해할 수 있는 명확한 형태로
     표현하는 단계 - 개념적 [DB 모델링]
  3) ER-Diagram
    - 명확하게 표현하는 방법 중  가장 널리 사용되는 있는 것이  다이어그램 ...
    - 개체(Entity) - 속성(Attribute ) 관계( R )
   4) E-R Model
      ㄱ. 1976년 P.Chen이 제한 것.
      ㄴ. 개체 관계 모델
          개체  -   사각형
          속성  -   타원
          관계  -   마름모
          연결  -    실선, 점선
          식별자 -   언더라인

예) 학생 과정 신청하는 업무 프로세스 파악 -> ER-Diagram

[ 학생 개체( Entity )]-------<수강신청관계>-----[ 과정 개체( Entity )]
          속성                      속성                        속성
            - (학번)                    (수강신청번호)                 - 과정 번호
            - 학생명                        "  과정명              - 과정명
            - 학년                          "  결재여부            등등
            - 성적
            - 연락처
            - 주소
            등등

   5) ER-Diagram 용어
      실체(Entity)
      속성(Attribute)
      관계(Relational)
      식별자( Identifier )

   6) 실체( Entity ) == 개체
a) 업무 수행을 위해서 데이터로 관리되어져야 하는 사람, 사물, 장소, 사건 등등 "실체"라 한다.
이 때 구축하고자 하는 업무의 [ ]에 따라 데이터로 관리되어져야 하는 항목 파악이 매우 중요
b)  실체는 학생, 교수 등과 같은 물리적으로 존재하는 유형
            학과, 과정, 과목 등과 같이 개념적으로 존재하는 무형.
c) 실체는 테이블로 정의된다.
d) 실체는 인스턴스라 불리는 개별적인 객체들의 집합이다.
예)  과목 : 자료 구조, 데이터베이스, 프로그래밍 등등의 인스턴스들의 집합
학과 : 컴퓨터공학과, 전자 공학과 등등 인스턴스들의 집합.
e) 실체를 파악하는 요령
- 관련 업무에 대한 지식 ( 가장 중요 )

     예) 학원에서는 학생들의 출결상태와 성적관리를 과목별로 하기를 원한다. - 요구 분석한 내용 중

        실체(Entity) :  학생 E, 출결 E, 성적 E, 과목 E, 학원 E ( 체인점 )  등등
        - 각종 서류 이용해서 실체 파악하는 좋은 방법.
        - 담당자 미팅

   7) 속성( Attribute ) - 타원
      - 속성이란? 실체에 대한 저장할 필요가 있는 정보
      - 실체의 성질, 수량, 상태, 특징, 특성, 분류 등등 실체의 세부 항목을 의미한다.
      - 속성 설정 시 가장 중요한 부분은  관리의 목적과 활용 방향에 맞는 속성 설정이 필요하다.
         소속 관계: 속성 여부

      예)

회원 E
회원 A - 회원ID, 회원명, [회원자산]O 등등
X
사원 E - 사원번호, 사원명, 주민버호, 입사일, 퇴사일, 부서명, 직급 등등
가족사항정보 O X -- 관리 목적, 활용 방향

- 속성의 종류( 유형 )
a) 기초 속성 : 원래 갖고 있는 속성 예) 사원 E - 사원번호, 주민번호, 사원명 등등
b) 추출 속성 : 기초속성으로 부터 얻어질 수 있는 속성
기초속성 중에 [주민등록번호] 부터 나이 24 X, 성별 X, 생일 X, 지역 등등 -> 기초속성으로 얻어올수있음
-> 해당 속성을 따로 만들게되면 : 자료의 중복성생김, 무결성 확보 X
c) 설계 속성 : 실제로 존재하지 않으나 시스템의 효율성을 위해서 설계자가 임의로 부여한 속성.
ex)

담당자 상담
              고객 상담

쇼핑사이트 : 회원가입 + 주문 + 결재 + [배송]
주문 상품 :   포장, 배송중, 어디까지, 언제 등등  데이터 저장 X

고객 : 배송 언제되는지 게속 연락 --> 배송상태 속성 추가

주문상태확인중
배송준비중
배송~   CJ택배 연동   + []
배송일정
배송완료
구매취소/

   8) 속성 도메인 설정
- 무결성 3가지 : 개체, 참조, [도메인 무결성]    kor NUMBER(3)  0~100 CK
      - 도메인 설정 : 속성이 가질 수 있는 값들의 범위 즉, 세부적인 업무, 제약조건 및 특성을 전체적으로 정의해 주는 것
      - 도메인 정의 시에는 속성의 이름, 자료형, 길이, 형식, 제약조건, 유일성, 널 여부, 유효한 값, 초기값 파악..

    9) 식별자( Identifier )
       - 식별자 ? 한 실체(E) 내에서 각각의 인스턴스를 구분할 수 있는 유일한 단일 속성 또는 속성그룹
예) 학생 E : 각각 30명의 학생들을 구분할 수있는 속성: 학생이름 X, 주민번호O , [학번 O], 학생ID O,
       - 식별자가 없으면 문제가 발생 : 수정, 삭제, 추가 DML
       - 식별자의 종류
a) 후보키( Candiate Key ) : 실체에서 각각의 인스턴슬 구분할 수 있는 속성
            예) 학생 E : 주민번호O , [학번 O], 학생ID , Email X, TEL  X (사용 안할수도)
ㄴ 학교 + 학과 + 01 + 0001
b) 기본키( Priamry Key ) : 후보키 중에 가장 적합한 키 [학번 O] -> 활용도, 길이, 성능 고려해서 기본키로 선택
c) 대체키( Alternate Key)  : 주민번호O  학생ID , Email X, TEL  X (사용 안할수도) -> 후보키 - 기본키 =  대체키
d) 복합키( Composite Key ) : 하나의 속성이 기본키가 될 수 없는 경우에 둘 이상의 속성이 묶여서 기본키로 정의한 경우
- 복합키를 구성할 경우 주의 사항 :  1속성, 2속성  순서가 중요하다.  왜 ? 성능 1속성으로 인덱스 설정.
- 순서에 따라서 달라지는 이유 ?  PK 설정을 하면 자동으로 그 속성은 UNIQUE ,NOT NULL + [자동 INDEX 설정]

ex) 급여 지급 개체
복합키 대리키
          [급여지급일   사원번호]   지급일자   급여액       지급순번 ( 일련번호 + 성능, DML 효율성 ) = PK = 대리키
                                                       1/2/3/4
          조회 할 때 ? 사원번호로 급여 지급 확인 -> 급여지급일보다 사원번호가 앞으로 와야됨 (인덱스 사원번호로)

e) 대리키( Surrogate Key )
            - 식별자가 너무 길거나 여러 개의 복합키로 구성되어질 경우 인위적으로 추가하는 식별자 대용의 속성
= 역정규화

    10) 관계( Relational )
       - 관계 : 업무의 연관성. -> 실체를 정의하다보면 서로 연관된 실체들 있다.

          예)  부서 실체        <소속관계> 사원 실체
상품 실체        <주문관계> 고객 실체
주문번호
주문일자
등등
                학생 실체 ----<가르침 관계>----교수 실체

       - 관계 표현 (관계차수 설정)
          1)  두 실체를 실선으로 연결하고 관계를 부여한다.
          2)  관계 차수를 표현한다.

               1:1
               1:N
               N:M
N:M 관계
               고객실체 주문관계 상품실체

1:N 관계
              [emp 실체]--1------<소속관계>------M-[dept 실체]

          ( 기억 ) 개념적 모델링할 때는 N:M 관계가 존재하지만, 논리적 DB 모델링 단계를 거치면  1:N  N:1 관계로 바꾸어 진다.

[개념적 데이터 베이스 총 정리]

요구분석 후
       1단계 : 실체(E) 도출
       2단계 : 속성(a) 도출
       3단계 : 식별자(I) 도출
       4단계 : 관계(r) 설정
       5단계 : 관계차수 (아래 둘 다 가능)
<표기법> 1:N
OR -|- <
       6단계 : 40 번 부서에 사원이 1명도 없을때?
           옵션 선택
O< : 아무도 없어도 괜찮
| < : 최소한 한명은 있어야함

[문제1] 다음은 현업 담담자와의 면담 자료이다. ( 요구 분석 )

-> 지금까지 알아본 개념을 바탕으로 다음에서 실체와 주요 속성을 추출해 다이어그램을 그리시오.

1) 나는 교육센터의 관리자이다 우리는 여러 과정을 가르치는 데, 각 과정은 코드,이름 및 수강료를 갖고 있다.
2) 'VB'와 'Java' 는 인기 있는 과정이다.
3) 과정들은 1일~4일간으로 기간은 다양하다. 박찬호와 박신양은 우리의 가장 훌륭한 강사들이다.
4) 우리는 각 강사의 이름과 전화번호를 필요로 한다.
5) 학생들은 시간에 따라 여러 개의 과정을 이수할 수 있는 데 많은 학생들이 이렇게 하고 있다.
6) 우리는 각 학생들의 이름과 전화번호를 알고 싶다.

<3> 논리적 [DB 모델링]
     1. 관계형 모델의 개념 정리.
       1-1. 부모 테이블과 자식 테이블 (관계의 주체 여부)
            부모테이블 : 관계 주체 O , 먼저 생성(정의)
            자식테이블 : 관계 주체 X , 나중에 생성

            예) emp 사원         소속 dept 부서
자식 부모

고객 E    주문 상품 E
부모 자식

1-2. 기본키(PK)와 외래키(참조키 FK)

dept emp
deptno(PK) empno(PK) ..... depto(FK)

       1-3. 식별관계와 비식별관계
           식별관계 ? 부모 테이블의 PK -------------> 자식 테이블의  PK 또는 PK그룹에 전이되는 것 (둘 다 PK)
           비식별관계 ?  부모테이블의 PK -------------> 자식 테이블의 FK로 전이되는 것 (FK 관계)

예) booke( b_id ) -> danga( b_id PK ) 식별관계.
dept( deptno ) -> emp( deptno FK) 비식별관계.

      2. ERD -> 논리적 DB 모델링
         1) 매핑룰( mapping rule) -> 논리적 [스키마 생성]
* 스키마?   scott 계정 생성 +   scott 스키마 생성

스키마 : scott이 사용가능한 모든 객체 - 테이블, 프로시저, 함수, 시퀀스, 트리거 등등)
              ㄴ 데이터베이스 구조로써,
데이터베이스 내의 모든 개체들과 개체들간의 관계, 제약조건, 등등 대한 명세를 스키마라한다.

* 매핑룰 ? ERD을 이용해서 관계스키마(테이블)을 생성하기 위해서 따르는 규칙을 매핑룰이라고 한다.

           - 1단계)

Entity (개체) -> 테이블
Relational (관계) -> 테이블

                   사원E  -N0---<소속>---01- 부서E
                   empno 속성 deptnoI
                   ename 부서
                   :
                    2022.1.1 입사 2.1 영엽
9.8 총무

                   사원테이블
                   부서테이블
소속테이블 X : 아무런 속성도 가지지 않을 때 테이블 필요 X
                   소속테이블 O  : 발령일과 같은 이력 필요할 때 [소속]테이블 생성

- 2단계 :  Attribute -> 컬럼
           - 3단계 :  Identifier -> PK
           - 4단계 :  Relational -> FK

           ERD -> MR(맵핑룰) -> 관계 스키마 생성


문제)  N : M 다대다 관계 X
-> 1:N N:1 변환

-> 정규화

[고객T] N - M [상품T] 개념적 모델링
[고객T] 1 N 주문N 1 [상품T] 논리적 모델링

[정리]
    -- DB 모델링
    -- [요] -> [개] MR -> 논 -> 물
ERD    관계스키마 DBMS/자료형/크기
+
정규화 인덱스, 역정규화
                                         이상현상
                                         종속성

[과제]

비디오 가게(SHOP)  DB모델링 = [요구분석서]
□ 실무자와 같이 업무적인 설명을 듣고 모델링을 시작해 보자.
      1. 회원제를 실시하는 비디오 상점.
      2. 회원 관리
         ㄱ) 회원이름, 주민번호, 전화번호, 휴대폰번호, 우편번호, 주소, 등록일 등 .
      3. 비디오 테이프 관리
         ㄱ) 장르별, 등급별로 나누어 관리.
         ㄴ) 고유한 일련번호를 부여해서 비디오 테이프를 관리.
         ㄷ) 영화제목, 제작자, 제작 국가, 주연배우, 감독, 개봉일자, 비디오 출시일 등 상세 정보 관리.
         ㄹ) 파손 여부와 대여 여부 관리.
      4. 비디오 테이프 대여
         ㄱ) 회수일이 기본 이틀
         ㄴ) 미납 회원들의 목록을 자동으로 관리.
         ㄷ) 연체되었을 경우에는 연체료를 받는다.
         ㄹ) 대여료 신/구 차등 관리.
      5. 포인터 관리 서비스
         ㄱ) 회원에게 대여 1회당 1점씩 포인트 점수를 부여하여 10점이 되면 무료로 TAPE 하나 대여 서비스
      6. 관리자 관리
         ㄱ) 일별 , 월별, 년별 매출액 손쉽게 파악.
         ㄴ) 비디오 테이프의 대여 회수 파악.
         ㄷ) 연체료 관리
         ㄹ) 미납 회원 관리.
         ㅂ) 직원 관리( 근무 시간, 임금 자동 계산 ) / 임금 + 근태관리
         ㅅ) 체인점을 확장해 운영하고 자 함.

저작자표시

'👨‍💻 Web Development > Oracle' 카테고리의 다른 글

[Day14] Oracle 14 - PL/SQL(procedure, cursor, type, stored function, if/while) (0)	2022.10.19
[Day13] Oracle 13 - 정규화, 이상현상, 뷰, 시퀀스 (0)	2022.10.19
[Day11] Oracle 11 - PURGE, 제약조건2, JOIN (0)	2022.10.12
[Day10] Oracle 10 - MODIFY, DROP COLUMN, Table copy, sub query(insert, update, delete), MERGE, Constraint (0)	2022.10.12
[Day9] Oracle 9 - PIVOT, 자료형(CHAR, VARCHAR, NUMBER, CLOB), CREATE/DROP/ALTER (0)	2022.10.07

[Day12] Oracle 12 - CROSS JOIN, DB Modeling

[Day12] Oracle12 [10/13]

--- * 데이터베이스 모델링( DB 모델링 ) ** ---

'👨‍💻 Web Development > Oracle' 카테고리의 다른 글

전체 카테고리

블로그 인기글

티스토리툴바

[Day12] Oracle12 [10/13]

--- *** 데이터베이스 모델링( DB 모델링 ) **** ---

'👨‍💻 Web Development > Oracle' 카테고리의 다른 글

전체 카테고리

최근 글

최근댓글

블로그 인기글

티스토리툴바

--- * 데이터베이스 모델링( DB 모델링 ) ** ---