내가 묻는 이유는 MySQL이 현재 지원하지 않는 특정 CHECK 제약 조건을 사용하기 위해서입니다. 이러한 유형의 제약 조건이 없으면 응용 프로그램 코드가 데이터베이스의 책임을 더 많이 차지하므로 외래 키와 참조 무결성을 사용하는 모든 이유가 줄어들 것입니다.MySQL을 '멍청한'데이터 저장소가 아닌 다른 용도로 사용하면 어떤 이점이 있습니까?
'무언가'데이터 모델을 만들고 참조 무결성 검사를 모두 응용 프로그램 코드의 한 계층으로 이동하면 참조 무결성 오류가 응용 프로그램 코드에서가 아니라 응용 프로그램에 트래핑되므로 테스트가 잠재적으로 간단해질 수 있습니다. db. 또한 테스트 전에 새로운 모듈이 반드시 완성 될 필요가 없으므로 잠재적으로 새로운 모듈의 개발 속도를 높일 수 있습니다.
그래서 MySQL에서 '적절한'데이터 모델을 고수하고 외래 키와 'ON UPDATE CASCADE'문 등을 유지하는 다른 이점이 있습니까?
아니면 우리가 MySQL을 도려내고 뭔가 다른 것으로 옮겨야합니까?!
감사합니다.
나는 무결성이 유효성 제약 조건과 약간 다르다고 생각합니다. – newtover
@newtover 물론 그들은 다릅니다. 우리는 검증을 할 수 없을 때 RI를 사용하는 이점을 보지 못했지만, 응용 프로그램에 모두 포함되어 있다면 둘 다 가질 수 있습니다 ... – Bendos
당신이 저지른 경우 (맥주처럼) 소프트웨어를 사용하는 것과 관련하여 [PostgreSQL] (http://www.postgresql.org/docs/8.1/static/ddl-constraints.html)을 고려해 보셨습니까? –