728x90 정보처리기사48 데이터조작어(DML) 목차 1.데이터 조작어(DML: Data Manipulation Language) 2.SELECT 활용 1.데이터 조작어(DML: Data Manipulation Language) 1-1. DML 명령어 종류 구분 DDL 명령어 설명 데이터 사입 INSERT 테이블에 내용 삽입 데이터 수정 UPDATE 테이블의 내용 수정 데이터 삭제 DELETE 테이블의 내용 삭제 데이터 조회 SELECT 테이블의 내용 조회 1-2. INSERT 1. 필드명을 지정하여 삽입 * INSERT INTO 테이블명 (필드) VALUE (값) 2. 필드명을 지정하지 않고 삽입 * INSERT INTO 테이블명 VALUE (값) 3. 다른 테이블 내용 복사 * INSERT INTO 테이블명 (필드) SELECT 필드 FROM 원본.. 2022. 7. 3. 데이터정의어(DDL) 목차 1.데이터 정의어(DDL: Data Definition Language) 1.데이터 정의어(DDL: Data Definition Language) 1-1. DDL 명령어 종류 구분 DDL 명령어 설명 생성 CREATE 데이터베이스 오브젝트를 생성 변경 ALTER 데이터베이스 오브젝트를 변경 삭제 DROP,TRUNCATE 데이터베이스 오브젝트 삭제, 내용삭제 1-2. CREATE(테이블 생성) 1. 데이터베이스 생성 * CREATE DATABASE 데이터베이스명 2. 테이블 생성 * CREATE TABLE 테이블명 3. 제약조건 유형 * PRIMARY KEY - 테이블의 기본키 정의 - NOT NULL, UNIQUE 제약포함 * FOREIGN KEY - 테이블의 외래키 정의 - 참조 대상 명시: 테이.. 2022. 7. 2. E-R 다이어그램 목차 1.E-R(Entity-Relationship) 다이어그램 2.E-R 다이어그램 표기법 3.관계 스키마 4.확장 E-R 다이어그램 1.E-R(Entity-Relationship) 다이어그램 1-1. E-R 다이어그램의 개념 * 1976년 피터 첸(Peter Chen)에 의해서 최초로 제안 * 업무분석결과로 도출된 개체와 실체 간의 관계를 그림형태로 묘사한것 * 단순성이 뛰어나 개념 데이터 모델링과 논리 데이터 모델링 등에서 가장 일반적으로 이용 1-2. E-R 다이어그램의 특징 * 논리적인 그림이기 때문에 시스템에 아무런 영향을 받지 않는다 * 기본키, 외래키, 성능, 시스템 구조등 물리적 시스템 환경은 고려하지 않는다 * 잘 설계된 E-R 다이어그램은 업무 수행방식의 변경에 영향을 거의 받지 않는.. 2022. 7. 2. 논리 데이터 모델링 목차 1.개체(Entity) 2.속성 3.식별자(Identifier) 4.개체 정의서 5.모델링 6.관계 1.개체(Entity) 1-1. 개체의 정의 * 현실 세계의 식별 가능한 대상을 추상화하여 표현하는 단위 * 파일 시스템에서 레코드에 대응하는 개념으로 각 개체는 독립적으로 존재1-2. 개체 타입 * 개체명과 개체 속성을 논리적으로 설계한 정의 * 개체 스키마라고 한다1-3. 개체 타입의 특징 * 업무 프로세스에 반드시 필요한 정보로 구성 * 식별이 가능해야 하며 속성이 포함되어야 한다 * 최소 한개 이상의 개체 타입과 관계가 있어야 한다1-4. 개체 타입 지정시 고려사항 * 가급적 약어를 사용하지 않고, 실제 업무에서 사용하는 용어를 사용 * 정의되는 이름은 유일해야 하며 단수 명사를 사용 * 이외.. 2022. 7. 1. 관계형데이터베이스(RDBMS) 목차 1.데이터베이스 시스템의 종류 2.RDBMS 모델링 1.데이터베이스 시스템의 종류 1-1. 파일 시스템 * 파일이나 자료를 쉽게 발견 및 접근할수 있도록 보관 또는 조직하는 시스템 * 저장이나 검색을 위해 논리적인 파일의 위치를 관리하는 데이터베이스 이전단계의 데이터 관리 시스템 1-2. HDBMS(Hierarchical DBMS) * 데이터를 종속적인 상하 관계로 계층(Tree)화하여 관리하는 형태의 데이터베이스 구조 * 데이터 접근속도가 빠르지만, 데이터 구조변화에 유연하게 대응하기 어렵다 * 속성들의 관계를 묶어 레코드로 표현하고, 레코드들의 관계를 링크로 표현한다 * 모든 링크 관계는 1:다 관계이며 다:다 관계를 직접표현할수 없다 1-3. NDBMS(Network DBMS) * 데이터를 네.. 2022. 7. 1. 애플리케이션 테스트 종류 목차 1.V-모델 2.단위 테스트(Unit Test) 3.통합 테스트(Integration Test) 4.시스템 테스트(System Test) 5.인수 테스트(Acceptance Test) 1.V-모델 1-1. V-모델의 개념 * 애플리케이션 테스트와 소프트웨어 개발 단계를 연결하여 표현 * 소프트웨어 개발단계에 따라 단위테스트, 통합테스트, 시스템테스트, 인수테스트 * 각각의 개발단계에 완성도를 개발자 관점에서 검증하고 사용자 관점에서 확인 * 기존 폭포수 모델에서 확장된 형태를 보이며 어느 단계에서 발생한 오류인지 추적이 가능하고 신뢰성이 높다 2.단위 테스트(Unit Test) 2-1. 단위 테스트의 개념 * 코딩이 완료된 직후 소프트웨어 설계의 최소 단위인 모듈(함수, 프로시저)이나 컴포넌트에 초.. 2022. 6. 30. 이전 1 2 3 4 5 6 7 8 다음 728x90
