웹 기본
데이터베이스(Database)
데이터베이스는 앱에서 쓰는 정보를 저장하고 필요한 조건으로 찾아 읽거나 수정할 수 있게 관리하는 시스템입니다.
쉬운 설명
스터디 신청 페이지에서 신청자 명단을 다음 날에도 보려면 정보를 저장할 곳이 필요해요. 데이터베이스에는 신청 내용과 상태 같은 값을 저장하고, 원하는 신청을 찾아 읽을 수 있어요. 화면에서 “신청 완료”라고 보여 주는 것만으로 데이터가 저장되지는 않아요. 실제 저장된 기록이 있는지 확인해야 해요.
이런 상황에서 만나요
테스트 신청을 했는데 운영자 명단에서 찾을 수 없다고 해 볼게요. 아래는 관계형 데이터베이스에서 신청 번호로 기록을 찾는 상황을 간추린 예시예요.
완료 문구 대신 실제 기록을 찾아봐요
DEMO-001
신청 번호: DEMO-001
상태: 접수됨
참여 회차: 토요일 오전
같은 데이터베이스인가?
조회 조건에 포함되는가?
읽기 권한이 있는가?
- 1실제 사용자 정보 대신 설명용 식별값을 사용했어요.
- 2이런 기록이 저장됐는지 확인하는 예시예요.
- 3기록이 없다면 저장 과정을, 있다면 조회 과정을 나눠 점검해요.
먼저 테스트 중인 앱과 관리 화면이 같은 데이터베이스를 보고 있는지 확인하세요. 그다음 신청 번호 같은 식별값으로 실제 기록을 찾아봐요. 기록은 있는데 화면에서 안 보인다면 조회 조건과 읽기 권한을 확인해요.
헷갈리기 쉬운 점
데이터베이스와 엑셀 표는 같은 건가요?
행과 열로 보이는 데이터베이스는 표와 비슷하게 읽을 수 있지만 역할은 같지 않아요. 앱이 여러 요청을 처리하며 데이터를 읽고 바꾸도록 규칙과 접근을 관리해요. 모든 데이터베이스가 행과 열만 사용하는 것도 아니고, 문서 형태로 저장하는 종류도 있어요.
삭제나 일괄 수정 전에 대상 조건과 백업 방법을 확인하세요. 개발용과 운영용 데이터베이스를 구분하고, 앱 이용자가 다른 사람의 데이터를 읽거나 바꿀 수 없는지도 확인해야 해요.
왜 알아야 할까요?
“저장이 안 됐다”는 상황을 기록 자체가 없는 문제와 화면에서 못 읽는 문제로 나눠 확인할 수 있어요. 테스트가 운영 데이터에 영향을 주지 않도록 환경을 구분할 수도 있어요.
조금 더 자세히
관계형 데이터베이스는 테이블의 행과 열로 데이터를 다룹니다. 기본 키는 각 기록을 식별하는 데 쓰고, 제약 조건은 중복이나 잘못된 값이 들어오지 않도록 하는 데 사용할 수 있습니다.
SQL은 데이터를 조회하고 변경할 때 사용하는 언어입니다. SELECT는 조회에 쓰입니다. 문서형 같은 다른 데이터 모델과 접근 방식도 있으므로, 제품에 맞는 구조와 쿼리 방법을 확인합니다.
직접 사용할 때 확인해 보세요
- 개발용과 운영용 연결을 구분한다
- 식별값으로 실제 저장 기록을 확인한다
- 조회·수정 권한과 백업 방법을 확인한다
관계 지도
