참가업체의 기록 접근 제한은 기본 SQL을 알고 있으며 공유 등록부에서 각 계정의 기록 소유권을 지키고 싶은 학습자를 위한 PostgreSQL 실습 프로젝트입니다. 두 참가업체는 자신의 반입 기록을 만들고 관리해야 하며, 주최 측은 계속 전체 기록을 보고 부스를 배정할 수 있어야 합니다. 이 경계를 데이터베이스에 적용하고 실제 업무에 사용합니다.
하나의 가이드 실습에서 행 가시성, 새 쓰기 값 검사, 등록 완료 순서로 진행합니다. 하나의 독립 챌린지는 제작자, 테이블, 기록을 바꾸고 이미 연습한 도구로 같은 접근 경계를 구현하도록 요구합니다. 각 실습에는 별도의 환경과 데이터가 준비됩니다.
학습 내용
이 코스를 마치면 다음 작업을 할 수 있습니다.
- 인증된 일반 로그인 계정과 테이블 소유자를 구분하고 의도한 계정으로 접근을 테스트합니다.
- 테이블·열 권한과 각 계정이 읽거나 변경할 수 있는 행의 범위를 구분합니다.
- 지나치게 넓은 허용 정책을 제거하면서 주최 측의 정당한 접근을 유지합니다.
- 재사용 가능한 행 정책 SQL로 기존 행과 INSERT/UPDATE가 제안하는 새 값을 보호합니다.
- 숨겨진 행, 거부된 쓰기, 연결 실패를 구분하고, 행을 반환하지 않는 쓰기도 확인합니다.
- 원래 기록을 보존하면서 새 등록과 주최 측 배정을 완료합니다.
추천 대상
이 코스는 데이터베이스가 기록 소유권을 강제하는 방식을 실습하려는 PostgreSQL 학습자와 개발자를 위한 과정입니다.
선수 지식: 기본 터미널 탐색, PostgreSQL 연결, 테이블, SELECT/WHERE, INSERT, UPDATE. 역할, 행 수준 보안, 정책 표현식, 트랜잭션, 필요한 셸 문법은 사용 전에 실습에서 설명합니다. Python 프로그래밍 경험은 필요하지 않습니다.
학습 환경: LabEx는 PostgreSQL, 합성 등록 데이터, 각각 준비된 데이터베이스 계정이 포함된 브라우저 Terminal을 제공합니다. 사용자는 각 계정을 테스트하는 운영자입니다. 로컬 데이터베이스 설치나 클라우드 계정은 필요하지 않습니다.
자주 묻는 질문
웹사이트 인증을 배우는 코스인가요?
이 프로젝트는 실제 데이터베이스 로그인 계정의 권한을 다룹니다. 웹 로그인, 공유 애플리케이션 계정의 테넌트 컨텍스트, 연결 풀은 구현하지 않습니다. 테이블 소유자와 관리자는 계속 신뢰하는 주체이며, 모든 정보 부채널을 막는다고 보장하지 않습니다.
접근을 제한하면 모든 쓰기가 차단되나요?
완성된 등록부는 각 참가업체의 정당한 삽입과 자신의 연락처·수량 변경을 계속 허용해야 합니다. 일반 주최 측 계정도 모든 참가업체의 기록을 읽고 부스와 요금을 배정할 수 있어야 합니다. 모든 작업을 거부하는 것만으로는 프로젝트를 완료할 수 없습니다.
챌린지에서는 무엇을 제출하나요?
외부 파일에 의존하지 않는 정책 SQL을 저장하고 적용한 뒤, 각 제작자와 주최 측 계정으로 지정된 두 반입 신청을 완료합니다. 원래 기록, 접근 주체, 준비된 권한은 유지해야 합니다. 챌린지에서는 가이드 실습에서 배운 도구와 메커니즘을 그대로 사용합니다.
