List

데이터베이스 기초: MySQL과 MariaDB

#웹가이드

Web Guide데이터베이스DB데이터 저장
데이터베이스 기초: MySQL과 MariaDB
게시물과 회원 정보가 어딘가에 저장되어 있습니다.
그 저장소가 데이터베이스입니다. 구조를 잘못 잡으면 나중에 고치기 매우 어렵습니다.
데이터베이스 기초: MySQL과 MariaDB 관련 사진
01무엇을 저장하는가
홈페이지에서 변하는 모든 정보가 데이터베이스에 저장됩니다. 게시물, 회원, 문의 내역, 제품 정보 같은 것들입니다.
반대로 디자인이나 화면 구조는 파일로 저장됩니다. 그래서 백업할 때 둘 다 받아야 합니다.
데이터베이스에 저장
게시물, 댓글, 회원 정보, 문의 내역, 제품 정보, 설정값 · 자주 바뀌는 정보
파일로 저장
소스코드, 이미지, 첨부 파일, 디자인 · 백업할 때 둘 다 필요합니다
02구조가 중요한 이유
데이터를 어떻게 나눠 저장할지가 나중의 가능성을 결정합니다. 잘못 설계하면 원하는 조회나 통계를 낼 수 없습니다.
예를 들어 주소를 한 칸에 다 넣으면 '서울 지역 고객만' 같은 조회가 불가능합니다.
01
항목 분리
여러 정보를 한 칸에 넣지 않습니다. 나중에 나눌 수 없습니다.
02
분류는 선택형으로
자유 입력하면 같은 값이 여러 표현으로 저장됩니다.
03
상태 값
진행 상태를 별도 항목으로 두면 관리가 쉬워집니다.
04
날짜 기록
등록일과 수정일을 자동으로 남깁니다.
05
삭제 처리
완전 삭제보다 '삭제됨' 표시가 안전한 경우가 많습니다.
03데이터가 쌓이면 느려진다
게시물이 100개일 때는 문제없지만 10만 개가 되면 목록 화면이 느려집니다. 처음부터 대비하지 않으면 나중에 손보기 어렵습니다.
예상 데이터 규모를 제작사에 알려주세요.
예상 규모 전달
제품 몇 개, 게시물 몇 건, 회원 몇 명. 설계에 반영됩니다.
증가 속도
매달 얼마나 늘어날지도 중요합니다.
조회 패턴
어떤 조건으로 자주 찾을지 알려주면 최적화할 수 있습니다.
오래된 데이터
일정 기간이 지난 데이터를 별도 보관할지 정합니다.
첨부 파일
파일은 별도로 저장됩니다. 용량 계획이 필요합니다.
04백업이 가장 중요하다
데이터베이스가 손상되면 그동안 쌓인 모든 것이 사라집니다. 소스코드는 다시 만들 수 있지만 데이터는 그렇지 않습니다.
정기 백업과 별도 보관이 필수입니다.
자동 백업  매일 또는 주기적으로 자동 실행되게 설정합니다.
별도 위치 보관  같은 서버에만 두면 서버 문제 시 함께 사라집니다.
복구 테스트  백업본으로 실제 복구가 되는지 확인해 봅니다.
발주자 보유  정기적으로 백업본을 받아 사내에 보관합니다.
개인정보 주의  백업 파일에도 개인정보가 들어 있습니다. 보관에 주의합니다.
CHECK POINT
□  예상 데이터 규모를 제작사에 전달했는가
□  여러 정보를 한 칸에 넣지 않았는가
□  분류 항목이 선택형인가
□  등록일과 수정일이 자동 기록되는가
□  자동 백업이 설정되어 있는가
□  백업이 별도 위치에 보관되는가
□  복구 테스트를 해봤는가
□  발주자도 백업본을 보유하고 있는가
소스코드는 다시 만들 수 있지만 데이터는 그렇지 않습니다.
주소를 한 칸에 다 넣으면 '서울 지역만' 같은 조회가 불가능해집니다.
#데이터베이스#DB#데이터 저장#구조 설계#백업#데이터 규모#성능#홈페이지 개발#웹비스타#홈페이지 제작
목록보기