처음 테이블 계획주문 (orders) 테이블에 `product_id`, `product_name`이 있었기 때문에 상품 테이블 만들 생각을 하지 못 함상품 테이블을 따로 만들어서 관리하는게 관리하기 더 편할 것 같다고 판단함첫 번째 설계수정점`TEXT`형은 최대 64KB 저장 가능한데 대부분의 상품 설명이 그렇게 길지 않을 가능성이 높음 따라서 `VARCHAR(1000)` 을 사용해야할 것 같음promotions 테이블을 따로 만들어서 2NF 적용해야할 것 같음개선점 고려1. `promo_price`, `promo_start`, `promo_end` 필드가 `products` 테이블에 포함되어 있는데, 프로모션 정보가 테이블로 따로 분리될 수도 있음 (제 2정규화 이상부터 고려할 것)배운 점`TEXT` ..

수정 기록2025.03.06 - `orders` 테이블의 `order_status`, `payment_status` 타입을 VARCHAR(50) → ENUM 으로 변경처음 테이블 계획 첫 번째 수정수정점order는 sql의 예약어(order by)이므로 orders로 이름 변경사용자명, 상품명 누락되어서 추가함total_price의 decimal(10, 2)를 decimal(10, 0)으로 변경1정규형: 릴레이션에 속하는 속성의 속성 값이 모두 원자값(Atomic Value)만으로 구성되어야 함decimal(10, 0): 소수점 이하 자리가 없는 정수형 값 저장 / decimal(전체 자릿수, 소수부 자릿수)현재 테이블의 문제점1.`user_id`, `user_name`, `product_id`, `pr..

프로젝트 구성프로젝트 이름: Prodify ( "Product" +  "Simplify")프로젝트 주제: 상품 관리 시스템 (PMS, Project Management System)프로젝트 기능: CRUD (상품, 주문, 후기, 사용자, 관리자) + 결제 + 판매 통계기술 스택: React, Spring Boot, MySQL데이터베이스 테이블: 상품, 주문, 후기, 사용자, 관리자 테이블추후에 넣을 기능: CI/CD, 실시간 로그 분석 시스템, 실시간 사용자 행동 분석 및 추천, 알림, Swagger, AWS SNS, 챗봇 (AWS 배드락, 큐)왜 만드는가?소규모 비즈니스나 쇼핑몰에서 상품 관리, 주문 처리, 판매 분석 등을 더 쉽고 체계적으로 할 수 있는 시스템 제공프로젝트 진행 순서는?시스템 설계 (..