복잡한 데이터베이스에서 Postgres는 많은 규칙과 많은 다른보기가 종속되어 있으므로보기를 변경하지 않습니다.PosgreSQL 데이터베이스의 종속성 추적
종속성이 모두있는 뷰를 DROP CASCADE
과 함께 삭제할 수 있지만 나중에이 뷰를 어떻게 다시 만들 수 있습니까? V
과 U
이 모두 내가 원하는대로 변경할 수있는보기에 의존한다고 알고 있기 때문에 그렇게 쉽지는 않습니다. V
보기가 U
에 달려있는 경우 먼저 V
을 작성한 다음 U
을 작성해야합니다.
특정보기에 따라 다른보기 및 규칙을 추적하여 가장 쉽게 변경할 수 있습니까? 또한 모든 사람이 내 스크립트로보기를 변경할 수 있도록 스크립트를 생성하고 싶다면 쉽게 생성 할 수 있습니까?
나중에 버전 컨트롤에서 개체를 가져옵니다. 그렇게 함으로서 당신은 적어도 당신이 가지고있는 어떤 객체인지 알게되고 빈 데이터베이스에서 그들을 다시 생성 할 수 있고 그 후에 객체 데이타 덤프를 수행하여 당신의 prod 데이타베이스가 소스 제어와 비교되었거나 비교하지 않은 것을 볼 수 있습니다. 이것은 릴리스 프로세스의 일부로 버전 제어 시스템을 유지 관리한다고 가정합니다. – Kuberchaun
클라이언트의 라이브 데이터베이스를 변경해야하는데, 버전 관리에서 스키마가이 점에서 어떻게 도움이되는지 이해하지 못합니다. 나는 스키마를 이해할 수있다. –
알았어. 나는 그것이 사내 데이터베이스 시스템이라고 가정했다. – Kuberchaun