데이터베이스 관리

# 환자·예약 데이터를 안전하게 관리하려면 데이터는 한 번 쌓이면 다시 만들기 어려운 운영 자산입니다. 직접 SQL을 다룰 필요는 없지만, 백업 여부와 작업 결과는 확인할 수 있어야 합니다. --- ## 내 데이터에는 무엇이 들어있나 Clinic-OS는 한의원 운영에 필요한 모든 데이터를 체계적으로 저장합니다. | 데이터 종류 | 설명 | |------------|------| | **환자 정보** | 이름, 연락처, 방문 이력, 특이사항 | | **예약 기록** | 예약 일시, 담당 의료진, 상태 | | **진료 내역** | 진료 기록, 처방, 메모 | | **결제 데이터** | 수납, 미수금, 결제 수단 | | **프로그램/서비스** | 한의원이 제공하는 진료 프로그램 | | **홈페이지 콘텐츠** | 페이지 구성, 섹션 데이터, 블로그 | | **설정 정보** | 운영 시간, 알림 설정, 관리자 계정 | 이 데이터가 쌓일수록 경영 판단의 근거가 됩니다. 홈페이지는 다시 만들 수 있지만, 축적된 환자 데이터는 대체할 수 없습니다. --- ## 에이전트가 도울 수 있는 일 데이터베이스 작업을 요청하면 에이전트가 현재 상태와 영향 범위를 먼저 확인합니다. - **초기 설치 시**: 테이블 생성, 기본 데이터 입력을 자동으로 진행합니다 - **업데이트 시**: 새 기능에 필요한 데이터 구조를 자동으로 추가합니다 - **문제 발생 시**: 상태를 진단하고, 안전한 해결 방법을 제안하거나 적용합니다 - **배포 시**: 프로덕션 데이터베이스가 최신 상태인지 확인합니다 원장님이 직접 명령어를 입력하거나 SQL을 작성할 필요가 없습니다. --- ## 두 개의 환경이 있습니다 | 환경 | 역할 | |------|------| | **로컬** | 내 컴퓨터에서 테스트하고 실험하는 공간 | | **프로덕션** | 실제 환자가 사용하는 서비스 | 정상적으로 분리해 설정했다면 로컬 작업이 실제 환자 데이터에 바로 영향을 주지 않습니다. 테스트 전에는 현재 연결 대상이 로컬인지 한 번 확인하세요. --- ## 백업 , 에이전트에게 맡기세요 데이터 백업은 중요합니다. 다음과 같이 요청하면 됩니다. > "DB 백업해줘" 에이전트가 백업 위치와 복원 가능 여부를 확인한 뒤 프로덕션 데이터 백업을 진행합니다. 주요 변경 전에는 백업이 실제로 생성됐는지 결과 보고에서 확인하세요. --- ## 이런 상황에서 에이전트에게 말하세요 | 상황 | 요청 예시 | |------|----------| | 로그인이 안 될 때 | "관리자 로그인이 안 돼요" | | DB 오류가 보일 때 | "데이터베이스 상태 확인해줘" | | 데이터를 백업하고 싶을 때 | "프로덕션 DB 백업해줘" | | 업데이트 후 이상할 때 | "업데이트 후 DB 문제가 있는 것 같아" | | 데이터를 로컬에서 보고 싶을 때 | "프로덕션 데이터를 로컬로 가져와줘" | 에이전트가 상태를 진단하고, 원인을 파악한 뒤, 적절한 조치를 취합니다. --- ## 핵심 원칙 - **데이터는 경영 자산입니다.** 시간이 지날수록 가치가 커집니다. - **백업은 보험입니다.** 중요한 변경 전에는 꼭 백업하세요. - **DB 작업은 에이전트에게 요청할 수 있습니다.** 다만 영향 범위와 결과는 함께 확인하세요. - **로컬은 검증 공간입니다.** 연결 대상을 확인한 뒤 테스트하세요. --- ## 관련 콘텐츠 - 📹 **관련 영상**: 커리큘럼 5-4. DB 백업 + 복원 - 📋 **워크숍**: W4 M5에서 다룸 - 🎯 **직원 투어**: 관리자 패널에서 **데이터** 투어를 시작하세요 - [마이그레이션과 재설치 이관](/guides/migrations-guide) - [백업과 이력 관리](/guides/agent-history)

데이터베이스 관리

이 페이지에서 확인할 내용