컴활 1급 액세스 테이블 — 필드·속성·제약조건·관계

컴활 1급 액세스 테이블은 데이터베이스 일반에서 가장 먼저 안정화해야 할 영역입니다. DB 빈출 실측 기준으로 테이블 활용은 데이터베이스 일반 안에서 29.4%로 가장 큰 비중을 차지합니다. 회차당 20문항으로 보면 약 6문항 수준까지 영향을 주는 영역이므로, 테이블을 대충 넘기면 3과목 전체 점수대가 흔들릴 수 있습니다.

테이블은 Access 데이터베이스의 실제 데이터 저장 공간입니다. 쿼리, 폼, 보고서, 모듈이 모두 테이블의 데이터와 구조를 바탕으로 움직입니다. 이 글은 컴활 1급 액세스 테이블에서 자주 연결되는 필드, 속성, 제약조건, 관계를 Access 2021 기준으로 정리합니다. 전체 DB 구조는 컴활 1급 데이터베이스, 쿼리 연결은 컴활 1급 쿼리를 함께 보면 흐름이 잡힙니다.

테이블이 데이터베이스의 기준점인 이유

테이블은 행과 열로 구성됩니다. 행은 레코드이고, 열은 필드입니다. 한 고객의 정보 한 줄이 레코드라면, 고객번호, 이름, 연락처, 가입일 같은 항목이 필드입니다. 컴활 1급에서는 이 기본 구조를 바탕으로 필드 형식, 필드 속성, 기본키, 인덱스, 입력 마스크, 유효성 검사, 관계 설정을 묻습니다. 용어는 많지만 모두 "데이터를 어떻게 저장하고, 잘못된 입력을 어떻게 막고, 필요한 데이터를 어떻게 빠르게 찾을 것인가"로 연결됩니다.

테이블을 제대로 이해하면 다른 단원도 쉬워집니다. 쿼리는 테이블에서 조건에 맞는 데이터를 가져오거나 바꿉니다. 폼은 테이블 데이터를 입력하거나 조회하는 화면을 만듭니다. 보고서는 테이블 또는 쿼리 결과를 정리해 출력합니다. 매크로와 모듈도 결국 테이블의 데이터를 대상으로 동작합니다. 따라서 테이블 단원을 따로 떨어진 암기 단원으로 보지 말고, 데이터베이스 전체의 출발점으로 보는 것이 좋습니다.

실측상 테이블 활용이 가장 자주 등장하는 이유도 여기에 있습니다. 테이블은 개별 기능 문제가 될 수도 있고, 쿼리·폼·보고서 문제의 전제 조건으로 섞여 나올 수도 있습니다. 기본키를 잘못 이해하면 관계 설정이 흔들리고, 필드 속성을 모르면 입력 제한과 표시 형식을 구분하기 어렵습니다. 테이블에서 기본기를 다져 두면 데이터베이스 일반 전체에서 오답이 줄어듭니다.

필드와 속성에서 먼저 볼 것

필드는 데이터가 들어가는 항목입니다. 컴활 1급에서는 필드 이름보다 필드의 데이터 형식과 속성이 중요합니다. 숫자로 계산할 값인지, 문자로 보관할 값인지, 날짜로 처리할 값인지에 따라 사용할 수 있는 조건과 표시 방식이 달라집니다. 예를 들어 전화번호처럼 숫자로만 보이더라도 계산 대상이 아니라면 문자 성격으로 다루는 것이 자연스럽습니다. 이런 판단은 필드 형식 문제에서 자주 헷갈리는 지점입니다.

필드 속성은 데이터 입력과 표시를 통제합니다. 필드 크기, 형식, 기본값, 필수 입력, 입력 마스크, 캡션, 유효성 검사 규칙, 유효성 검사 텍스트 같은 항목이 대표적입니다. 여기서 중요한 것은 속성의 목적을 구분하는 것입니다. 입력 마스크는 입력 모양을 제한하는 데 가깝고, 유효성 검사 규칙은 허용되는 값의 조건을 정하는 데 가깝습니다. 캡션은 화면에 보이는 이름과 관련되고, 필수 입력은 비워 둘 수 있는지와 관련됩니다.

표시 형식과 실제 저장 값도 구분해야 합니다. 어떤 값이 화면에 특정 형식으로 보인다고 해서 저장 방식이 반드시 그 모양 그대로인 것은 아닙니다. 날짜, 통화, 숫자, 텍스트는 표시와 저장의 관점이 달라질 수 있습니다. 필기 문제에서는 이 차이를 이용해 헷갈리게 묻는 경우가 있으므로, "보이는 모양"과 "저장되는 데이터 성격"을 나눠 생각하는 습관이 필요합니다.

필드 속성은 단독 암기로도 볼 수 있지만, 폼과 보고서의 컨트롤 속성과 함께 비교하면 더 오래 남습니다. 테이블 속성은 저장 구조를 제한하고, 폼·보고서 속성은 입력 화면이나 출력 화면의 동작과 표시를 조정합니다. 이 차이는 컴활 1급 폼, 컴활 1급 보고서를 공부할 때 다시 연결됩니다.

제약조건과 관계 설정

제약조건은 데이터의 정확성과 일관성을 지키기 위한 장치입니다. 기본키는 각 레코드를 유일하게 식별하는 기준입니다. 기본키는 중복될 수 없고 비어 있을 수 없습니다. 이 성격을 단순 문장으로 외우는 데서 끝내지 말고, 왜 필요한지까지 이해해야 합니다. 한 테이블 안에서 같은 고객번호가 두 번 존재하면 어떤 고객의 주문인지 구분할 수 없고, 빈 값이 있으면 관계 연결의 기준이 사라집니다.

인덱스는 검색과 정렬의 효율을 높이기 위한 구조로 볼 수 있습니다. 기본키는 자동으로 고유한 식별 기준이 되지만, 모든 인덱스가 기본키는 아닙니다. 인덱스는 중복 허용 여부와 함께 이해해야 합니다. 시험에서는 기본키, 인덱스, 중복 가능 여부가 서로 섞여 나올 수 있으므로, 각각의 목적을 구분하는 것이 중요합니다.

입력 마스크와 유효성 검사는 테이블 단원에서 자주 헷갈리는 부분입니다. 입력 마스크는 사용자가 값을 입력하는 형식을 안내하거나 제한합니다. 유효성 검사 규칙은 입력값이 조건에 맞는지 확인합니다. 유효성 검사 텍스트는 조건을 어겼을 때 표시할 안내 문구와 연결됩니다. 이 세 항목은 실제 입력 과정에서 함께 작동하지만, 역할은 다릅니다.

관계 설정은 여러 테이블을 연결하는 과정입니다. 관계형 데이터베이스에서는 한 테이블에 모든 정보를 넣지 않고, 성격이 다른 데이터를 나누어 관리합니다. 고객 테이블과 주문 테이블이 있다면, 고객을 식별하는 필드가 관계의 기준이 됩니다. 관계 설정에서는 기본키와 외래키, 참조 무결성, 일대다 관계 같은 개념이 함께 등장합니다. 자세한 배경은 컴활 1급 데이터베이스의 키와 관계형 모델 부분을 먼저 보는 것이 좋습니다.

테이블 단원 공부 순서

첫 번째 순서는 필드 구조입니다. 레코드와 필드의 차이, 데이터 형식, 필드 크기, 표시 형식, 기본값을 먼저 정리합니다. 이 단계에서 테이블이 어떤 데이터를 저장하는지 읽는 눈을 만들어야 합니다. 용어를 외우기보다 각 속성이 데이터 저장과 입력에 어떤 영향을 주는지 연결해야 합니다.

두 번째 순서는 제약조건입니다. 기본키, 필수 입력, 인덱스, 입력 마스크, 유효성 검사 규칙, 유효성 검사 텍스트를 묶어서 봅니다. 이 영역은 보기 문장이 비슷하게 나오면 헷갈리기 쉽습니다. "중복을 막는가", "비어 있는 값을 막는가", "입력 모양을 제한하는가", "허용 조건을 검사하는가"처럼 질문을 나누면 정리가 됩니다.

세 번째 순서는 관계입니다. 테이블 간 관계, 참조 무결성, 연결 필드의 의미를 봅니다. 관계 문제는 DBMS 개념과 테이블 기능이 섞여 있어 처음에는 어렵게 느껴질 수 있습니다. 그러나 기본키와 외래키의 역할을 이해하면 대부분의 판단이 단순해집니다.

네 번째 순서는 다른 단원과의 연결입니다. 테이블을 공부한 뒤 바로 컴활 1급 쿼리로 넘어가면 조건식과 SQL이 덜 낯설고, 컴활 1급 폼으로 넘어가면 컨트롤 원본과 데이터 입력 화면을 이해하기 쉽습니다. 독학 전체 순서는 컴활 1급 독학과 함께 잡으면 과목 간 균형을 맞추기 좋습니다.

자주 묻는 질문

테이블 단원은 왜 가장 먼저 공부하나요?

테이블은 데이터베이스의 실제 저장 구조이고, 실측 기준으로도 데이터베이스 일반에서 가장 큰 비중을 차지합니다. 쿼리, 폼, 보고서가 모두 테이블을 바탕으로 움직이므로 테이블을 먼저 잡는 것이 효율적입니다.

입력 마스크와 유효성 검사는 어떻게 구분하나요?

입력 마스크는 입력 형식과 모양을 제한하는 데 가깝고, 유효성 검사는 입력값이 허용 조건을 만족하는지 판단하는 데 가깝습니다. 둘 다 입력 오류를 줄이지만 목적이 다릅니다.

기본키와 인덱스는 같은 개념인가요?

같지 않습니다. 기본키는 레코드를 유일하게 식별하는 기준이고, 인덱스는 검색과 정렬 효율을 높이기 위한 구조입니다. 기본키는 고유성이 필요하지만, 인덱스는 설정에 따라 중복 허용 여부가 달라질 수 있습니다.

---

컴활메이트 1급은 컴활 1급 출제기준에 맞춘 자체 출제 문제로 테이블의 필드·속성·관계 설정을 반복 학습하도록 돕습니다. 본 자료는 대한상공회의소 공식 자료가 아닌 자체 출제 콘텐츠입니다.