온라인 지원에 관해 조언을 구하고 싶습니다. 데이터베이스 작업(삽입, 업데이트, 삭제)이 실패할 경우 처리 로직은 어떻게 되나요?
사용자에게 오류를 반환하시겠습니까?
처리가 안 되나요?
한번만 실행하시나요?
아직도요?
작업이 실패하면 정상적으로 반환합니다. 예:
그러나 개발 원칙상 구체적인 실패 정보는 사용자 조작 인터페이스에 출력될 수 없습니다.
예를 들어, 데이터 일부를 업데이트했는데 업데이트가 실패한 경우에는 데이터베이스 연결 실패, 데이터베이스 끊김 등이 원인입니다. 사용자에게 오류 메시지를 출력하고 사용자에게 업데이트 내용을 알리는 것은 불가능합니다. 데이터베이스 연결 실패
SQL 오류라면 애플리케이션 오류이므로 반드시 예외를 잡아서 로그에 기록하세요
SQL 관련 작업에는 try{}catch(){}를 사용해야 하며, 업스트림으로 예외를 전달해서는 안 되며, 업스트림은 예외 처리와 관련된 작업을 수행하지 않습니다.
일괄작업을 잘 하시기 바랍니다,
물론 고유한 닉네임, 잘못된 비밀번호 등 포착된 모든 예외를 알아보세요. 기타는 알 수 없는 예외를 반환하고 자신의 예외 정보를 노출하지 마세요.
오류 코드에 따라 사용자에게 정보를 반환합니다. 데이터베이스에 더티 데이터가 발생할 수 있으므로 다시 실행하지 않는 것이 좋습니다.
현장 복원: 데이터가 작업 이전으로 롤백됩니다. 재시도 여부는 시나리오에 따라 다릅니다. 일반적인 원칙은 동기적으로 재시도하고 비동기적으로 재시도하는 것입니다
예외 처리: 동기화: 예외는 사용자에게 읽을 수 있는 오류 메시지로 패키지되어 사용자에게 다시 시도하도록 상기시킵니다. 비동기식: 비정상적인 정보 모니터링
작업이 실패하면 정상적으로 반환합니다. 예:
으아악그러나 개발 원칙상 구체적인 실패 정보는 사용자 조작 인터페이스에 출력될 수 없습니다.
예를 들어, 데이터 일부를 업데이트했는데 업데이트가 실패한 경우에는 데이터베이스 연결 실패, 데이터베이스 끊김 등이 원인입니다. 사용자에게 오류 메시지를 출력하고 사용자에게 업데이트 내용을 알리는 것은 불가능합니다. 데이터베이스 연결 실패
SQL 오류라면 애플리케이션 오류이므로 반드시 예외를 잡아서 로그에 기록하세요
SQL 관련 작업에는 try{}catch(){}를 사용해야 하며, 업스트림으로 예외를 전달해서는 안 되며, 업스트림은 예외 처리와 관련된 작업을 수행하지 않습니다.
일괄작업을 잘 하시기 바랍니다,
물론 고유한 닉네임, 잘못된 비밀번호 등 포착된 모든 예외를 알아보세요.
기타는 알 수 없는 예외를 반환하고 자신의 예외 정보를 노출하지 마세요.
오류 코드에 따라 사용자에게 정보를 반환합니다. 데이터베이스에 더티 데이터가 발생할 수 있으므로 다시 실행하지 않는 것이 좋습니다.
현장 복원: 데이터가 작업 이전으로 롤백됩니다. 재시도 여부는 시나리오에 따라 다릅니다. 일반적인 원칙은 동기적으로 재시도하고 비동기적으로 재시도하는 것입니다
예외 처리: 동기화: 예외는 사용자에게 읽을 수 있는 오류 메시지로 패키지되어 사용자에게 다시 시도하도록 상기시킵니다. 비동기식: 비정상적인 정보 모니터링