-- 문제가 되는 케이스: VARCHAR(10) 컬럼에 긴 문자열 삽입 시도
CREATE TABLE user_profile (
    user_id SERIAL PRIMARY KEY,
    username VARCHAR(10) NOT NULL,
    email    TEXT
);

-- 경고 유발 가능 케이스 (일부 설정에 따라 동작이 다름)
INSERT INTO user_profile (username, email)
VALUES ('this_is_a_very_long_username', 'user@example.com');

-- 권장 해결책: 삽입 전 명시적으로 길이를 제한하고 검증
INSERT INTO user_profile (username, email)
VALUES (LEFT('this_is_a_very_long_username', 10), 'user@example.com');

-- 더 안전한 방법: 입력값 검증 후 삽입
DO $$
DECLARE
    v_username TEXT := 'this_is_a_very_long_username';
BEGIN
    IF LENGTH(v_username) > 10 THEN
        RAISE EXCEPTION '사용자명이 10자를 초과합니다: %', v_username;
    END IF;

    INSERT INTO user_profile (username, email)
    VALUES (v_username, 'user@example.com');
END;
$$;

-- 숫자 타입 정밀도 손실 방지를 위한 명시적 캐스팅
SELECT 
    CAST(3.14159265358979 AS NUMERIC(10, 2)) AS rounded_value,
    3.14159265358979::NUMERIC(10, 2)         AS rounded_value_alt;

-- 경고 로그를 저장하는 테이블 생성
CREATE TABLE IF NOT EXISTS app_warning_log (
    log_id      SERIAL PRIMARY KEY,
    log_time    TIMESTAMPTZ DEFAULT NOW(),
    func_name   TEXT,
    warn_code   TEXT,
    warn_msg    TEXT,
    context_info JSONB
);

-- 경고를 로그에 기록하는 헬퍼 함수
CREATE OR REPLACE FUNCTION log_warning(
    p_func_name   TEXT,
    p_warn_code   TEXT,
    p_warn_msg    TEXT,
    p_context     JSONB DEFAULT NULL
) RETURNS VOID AS $$
BEGIN
    INSERT INTO app_warning_log (func_name, warn_code, warn_msg, context_info)
    VALUES (p_func_name, p_warn_code, p_warn_msg, p_context);

    -- 클라이언트에도 경고 전달
    RAISE WARNING '[%] %: %', p_func_name, p_warn_code, p_warn_msg;
END;
$$ LANGUAGE plpgsql;

-- 실제 비즈니스 로직에서 경고를 처리하는 함수 예시
CREATE OR REPLACE FUNCTION process_order(
    p_user_id   INT,
    p_product_id INT,
    p_quantity  INT
) RETURNS BOOLEAN AS $$
DECLARE
    v_stock_qty INT;
    v_user_status TEXT;
BEGIN
    -- 재고 조회
    SELECT stock_quantity INTO v_stock_qty
    FROM products WHERE product_id = p_product_id;

    -- 재고 부족 시 경고 (에러는 아님, 대기 주문으로 처리)
    IF v_stock_qty < p_quantity THEN
        PERFORM log_warning(
            'process_order',
            '01000',
            FORMAT('재고 부족: 요청 %s개, 현재 재고 %s개', p_quantity, v_stock_qty),
            jsonb_build_object(
                'user_id', p_user_id,
                'product_id', p_product_id,
                'requested_qty', p_quantity,
                'current_stock', v_stock_qty
            )
        );
        -- 경고는 남기되 대기 주문으로 처리 계속
        RETURN FALSE;
    END IF;

    -- 정상 주문 처리 로직
    -- INSERT INTO orders ...

    RETURN TRUE;
END;
$$ LANGUAGE plpgsql;

-- 함수 호출 예시
SELECT process_order(1, 101, 100);

-- 발생한 경고 로그 확인
SELECT 
    log_time,
    func_name,
    warn_code,
    warn_msg,
    context_info
FROM app_warning_log
WHERE warn_code = '01000'
ORDER BY log_time DESC
LIMIT 20;

-- 문제가 되는 케이스: 잘못된 날짜 형식
SELECT to_date('2024-13-45', 'YYYY-MM-DD'); -- 경고 또는 에러 발생

-- 안전한 날짜 파싱 래퍼 함수 작성
CREATE OR REPLACE FUNCTION safe_to_date(
    p_date_str TEXT,
    p_format   TEXT,
    p_default  DATE DEFAULT NULL
) RETURNS DATE AS $$
DECLARE
    v_result DATE;
BEGIN
    v_result := to_date(p_date_str, p_format);
    RETURN v_result;
EXCEPTION
    WHEN OTHERS THEN
        RAISE WARNING 'safe_to_date 변환 실패 - 입력값: %, 형식: %, SQLSTATE: %',
            p_date_str, p_format, SQLSTATE;
        RETURN p_default;
END;
$$ LANGUAGE plpgsql;

-- 안전한 함수 사용 예시
SELECT safe_to_date('2024-12-25', 'YYYY-MM-DD');        -- 정상: 2024-12-25
SELECT safe_to_date('2024-13-45', 'YYYY-MM-DD', NULL);  -- 경고 후 NULL 반환
SELECT safe_to_date('잘못된날짜', 'YYYY-MM-DD', CURRENT_DATE); -- 경고 후 오늘 날짜 반환

-- deprecated 파라미터 확인 (버전 업그레이드 후 점검 쿼리)
SELECT name, setting, short_desc
FROM pg_settings
WHERE short_desc ILIKE '%deprecated%'
   OR short_desc ILIKE '%removed%';

-- 클라이언트 레벨에서 경고 수신 설정 확인
SHOW client_min_messages;

-- 경고를 반드시 수신하도록 설정
SET client_min_messages = 'WARNING';

-- postgresql.conf 또는 세션 레벨 설정
-- 서버 로그에 WARNING 이상 기록
ALTER SYSTEM SET log_min_messages = 'WARNING';

-- 클라이언트(애플리케이션)에도 WARNING 이상 전달
ALTER SYSTEM SET client_min_messages = 'WARNING';

-- 설정 반영
SELECT pg_reload_conf();

-- 특정 데이터베이스나 사용자에게만 적용
ALTER DATABASE myapp_db SET client_min_messages = 'WARNING';
ALTER ROLE app_user SET client_min_messages = 'WARNING';

-- pg_log에서 최근 경고 패턴 분석 (pg_log 테이블 익스텐션 활용 시)
-- 또는 외부 로그 수집 도구(ELK, Grafana Loki 등)와 연동하여
-- WARNING 패턴을 대시보드로 시각화하는 것을 강력히 권장합니다.

-- 도메인 타입으로 재사용 가능한 검증 규칙 정의
CREATE DOMAIN email_address AS TEXT
    CHECK (VALUE ~* '^[A-Z0-9._%+-]+@[A-Z0-9.-]+\.[A-Z]{2,}$');

CREATE DOMAIN positive_integer AS INTEGER
    CHECK (VALUE > 0);

-- CHECK 제약조건으로 비즈니스 규칙 DB 레벨 적용
CREATE TABLE orders (
    order_id    SERIAL PRIMARY KEY,
    user_email  email_address NOT NULL,          -- 도메인 타입 적용
    quantity    positive_integer NOT NULL,         -- 도메인 타입 적용
    order_date  DATE DEFAULT CURRENT_DATE,
    status      TEXT CHECK (status IN ('pending', 'confirmed', 'shipped', 'cancelled')),
    CONSTRAINT chk_future_date CHECK (order_date >= '2000-01-01')
);

-- 검증 트리거 예시: 경고 대신 명확한 에러로 조기 차단
CREATE OR REPLACE FUNCTION trg_validate_order()
RETURNS TRIGGER AS $$
BEGIN
    IF NEW.quantity > 1000 THEN
        RAISE EXCEPTION '단일 주문 수량은 1000개를 초과할 수 없습니다. (요청: %개)', NEW.quantity
            USING ERRCODE = '23514'; -- check_violation
    END IF;
    RETURN NEW;
END;
$$ LANGUAGE plpgsql;

CREATE TRIGGER trg_before_order_insert
    BEFORE INSERT OR UPDATE ON orders
    FOR EACH ROW EXECUTE FUNCTION trg_validate_order();