728x90
반응형
SMALL

sqld 23

[SQLD] SQLD 문제 풀이 11-20

📌 SQLD 문제 풀이 11-20 11. 다음 중 물리적 테이블 명으로 가장 적절한 것은? 1) SQL_10 2) 100-SQL 3) SQL-100 4) 100_SQL 더보기 정답 : ① - 테이블명과 칼럼명은 반드시 문자로 시작해야 한다. - 사용되는 글자는 A-Z , a-z , 0-9, _, $, # 만 허용한다. - 그냥 '-'는 허용이 안된다. (언더바만 가능함) [테이블 생성시 주의사항] 1. 테이블명은 객체를 의미할 수 있는 적절한 이름을 사용한다. 가능한 단수형을 권고한다. 2. 테이블 명은 다른 테이블의 이름과 중복되지 않아야 한다. 3. 한 테이블 내에서는 컬럼명이 중복되게 지정될 수 없다. 4. 테이블 이름을 지정하고 각 칼럼들은 괄호 '( )' 로 묶어 지정한다. 5. 각 칼럼들은 콤..

[SQLD] SQLD 문제 풀이 1-10

📌 SQLD 문제 풀이 1-10 1. 데이터 제어어(DCL)란? - Data Control Language - 데이터제어어란 데이터 베이스에 접근하고 객체들을 사용하도록 권한을 주고 회수하는 명령어이다. - 데이터 제어어에는 두가지 종류가 있다. 더보기 [DCL의 종류] ① grant (권한 부여) ② revoke (권한 회수) * 트랜잭션이란? - DB의 상태를 변화시키기 위한 작업단위 2. 데이터 정의어(DDL)란? - Data Defination Language - 테이블의 구조를 생성, 변경, 삭제하는 등 데이터 구조를 정의하는데 사용되는 명령어이다. - DDL에는 4가지 종류가 있다. (C/A/D/R) 더보기 [DDL의 종류] ① Create ② Alter ③ Drop ④ Rename 3. 아래..

[SQLD] 51회 시험 일정 및 계획

제 51회 SQLD (개발자) 시험 ① 시험 접수 : 10/16 ~ 20 ② 시험 날짜 : 11/18(토) ③ 결과 발표 : 12/15 (금) 공부법 및 계획 https://soo-vely-dev.tistory.com/227 SQLD 2주 합격 후기 및 공부 방법(직장인/노랭이/독학)회사에서 오라클을 깊게 다루다보니, '이 참에 SQL 자격증을 취득해볼까?' 라는 생각이 문뜩 들어 SQLD 공부를 시작하였고, 제 47회 SQLD 시험을 합격하였습니다! SQLD란? SQL 개발자(SQLD*, SQL Developer)란 soo-vely-dev.tistory.com https://jonhyuk0922.tistory.com/115 [SQL] SQLD 공부방법 & 합격후기 (꿀팁 많음)안녕하세요~! 27년차 진..

[SQLD 개발자] 10. 엔터티 식별자(Entity Identifier)

SQLD - PART 2 📌 엔터티 식별자(Entity Identifier) - 식별자라는 것은 엔터티를 대표할 수 있는 유일성을 만족하는 속성이다. - 일반적으로 회원ID, 계좌번호, 주민등록번호, 외국인 등록번호, 여권 번호 등이 있다. (1) 주 식별자( 기본키, Primary Key) ① 최소성 : 주식별자는 최소성을 만족하는 키이다. ② 대표성 : 주식별자는 엔터티를 대표할 수 있어야 한다. ③ 유일성 : 주식별자는 엔터티의 인스턴스를 유일하게 식별한다. ④ 불변성 : 주식별자는 자주 변경되지 않아야 한다. (2) 식별자의 종류 - 식별자는 대표성, 생성 여부, 속성의 수, 대체 여부로 분류된다. ● 식별자의 대표성 - 주식별자는 엔터티를 대표할 수 있는 식별자이다. - 예를 들어 회원 ID는 ..

[SQLD 개발자] 9. 관계(RelationShip)

SQLD - PART 2 📌 관계(RelationShip) (1) 관계(RelationShip)의 개념 - 관계는 엔터티 간의 관련성을 의미하며 존재 관계와 행위 관계로 분류된다. - 존재관계는 두 개의 엔터티가 존재 여부의 관계가 있는 것이고, 행위관계는 두 개의 엔터티가 어떤 행위에 의한 관련성이 있는 것이다. (2) 관계(RelationShip)의 종류 ● 존재관계 - 존재관계는 엔터티 간의 상태를 의미한다. - 예로 들어 고객이 은행에 회원가입을 하면, 관리점이 할당되고, 그 할당된 관리점에서 고객을 관리한다. ● 행위관계 - 행위관계는 엔터티 간에 어떤 행위가 있는 것으로, 계좌를 사용해서 주문을 발주하는 관계가 만들어 진다. - 예를 들어 증권회사는 계좌를 개설하고, 주문을 발주하는 것이다. ..

카테고리 없음 2023.01.18

[SQLD 개발자] 8. 속성(Attribute)

SQLD - PART 2 📌 속성(Attribute) (1) 속성(Attribute)의 개념 - 속성이라는 것은 업무에서 필요한 정보인 엔터티가 가지는 항목이다. - 속성은 더 이상 분리되지 않는 단위로, 업무에 필요한 데이터를 저장할 수 있다. - 인스턴스의 구성요소이고 의미적으로 더 이상 분해되지 않는다. (2) 속성(Attribute)의 특징과 종류 - 속성의 특징 ① 속성은 업무에서 관리되는 정보이다. ② 속성은 하나의 값만 가진다. ③ 주식별자에게 함수적으로 종속된다. 즉, 기본키가 변경되면 속성의 값도 변경된다. - 속성의 종류 [분해 여부에 따른 속성의 종류] 종류 설명 단일 속성 하나의 의미로 구성된 것으로 회원ID, 이름 등이다. 복합 속성 - 여러 개의 의미가 있는 것으로 대표적으로 주..

[SQLD 개발자] 7. 엔터티(Entity)

SQLD - PART 2 📌 엔터티(Entity) (1) 엔터티(Entity)의 개념 - 엔터티는 업무에서 관리해야 하는 데이터 집합을 의미하며, 저장되고 관리되어야 하는 데이터이다. - 엔터티는 개념, 사건, 장소 등의 명사이다. (2) 엔터티(Entity)의 도출 - 엔터티는 고객의 비즈니스 프로세스에서 관리되어야 하는 정보를 추출하여야 한다. - 아래의 예를 통해 업무에서 관리해야 하는 엔터티를 도출해 보자 ● 비즈니스 프로세스 ● 1. 고객이 회원 가입을 한다. 회원으로 가입할 때는 회원 ID, 패스워드, 이름, 주소, 전화번호 등을 입력하여야 한다. 2. 회원으로 가입하기 위해서는 반드시 하나의 계좌를 개설하여야 한다. 3. 고객은 계좌를 여러 개 개설할 수 있다. 4. 계좌를 개설할 때는 계좌..

[SQLD 개발자] 6. 3층 스키마(3-Level Schema)

SQLD - PART 2 📌 3층 스키마 (3-Level Schema) (1) 3층 스키마란? - 사용자, 설계자, 개발자가 데이터베이스를 보는 관점에 따라 데이터베이스를 기술하고 이들 간의 관계를 정의한 ANSI 표준이다. - 3층 스키마는 데이터베이스의 독립성을 확보하기 위한 방법이다. - 데이터의 독립성을 확보하면 데이터 복잡도 감소, 데이터 중복 제거, 사용자 요구사항 변경에 따른 대응력 향상, 관리 및 유지보수 비용 절감 등의 장점을 갖는다. - 3단계 계층으로 분리해서 독립성을 확보하는 방법으로 각 계층을 뷰(View)라고도 한다. - 뷰는 간단히 말해 가상 테이블이라고 생각하면 된다. ANSI(American National Standards Institute) : 미국 표준 협회 - ANS..

[SQLD 개발자] 5. ERD 작성 단계에 대한 설명

SQLD - PART 2 📌 데이터 모델링의 이해 4) 데이터 모델링을 위한 ERD(Entity Relationship Diagram) - 1976년 피터첸(Peter Chen)이 Entity Relationship Model 표기법을 만들었으며, 사실상 데이터 모델링의 표준으로 사용되고 있다. - 엔터티와 엔터티 간의 관계를 정의하는 모델링 방법이다. ● ERD 작성절차 (도 - 배 - 관 - 명 - 참 - 필) ① 엔터티를 도출하고 그린다. - 업무에서 관리해야 하는 집합을 도출한다. ② 엔터티를 배치한다. - 엔터티를 도출한 후 엔터티를 배치한다. 중요한 엔터티를 왼쪽 상단에 배치한다. ③ 엔터티 간의 관계를 설정한다. ④ 관계명을 서술한다. - 엔터티 간의 어떤 행위나 존재가 있는 지 표현한다. ..

[SQLD 개발자] 4. 데이터 모델링, 특징, 단계

SQLD - PART 2 📌 데이터 모델링의 이해 1) 데이터 모델링 - 데이터 모델링은 현실 세계를 데이터 베이스로 표현하기 위해 추상화 한다. - 데이터 모델링을 하기 위해서는 고객과의 의사소통을 통해 고객의 업무프로세스를 이해하여야 한다. - 고객의 업무 프로세스를 이해한 후 데이터 모델링 표기법을 사용해서 모델링을 한다. - 데이터 모델링은 고객이 쉽게 이해할 수 있도록 복잡하지 않게 모델링 해야 한다. - 데이터 모델링은 고객의 업무 프로세스를 추상화하고, 소프트웨어를 분석, 설계하면서 점점 더 상세 해진다. - 데이터 모델링은 고객의 비즈니스 프로세스를 이해하고 비즈니스 프로세스의 규칙을 정의한다. 정의된 비즈니스 규칙을 데이터 모델로 표현한다. 2) 데이터 모델링의 특징 (추 - 단 - 명)..

728x90
반응형
LIST