직장에서는 고객의 웹사이트를 처리하기 위해 Oracle과 C#/ASP.net을 사용하고 있습니다. 이 사이트는 규모가 매우 커서 데이터베이스가매우크기가 큰.
우리는 버전 제어를 위해 Perforce를 사용하고 데이터베이스가 변경될 때마다 FogBugz 케이스에 스크립트 생성 또는 교체를 추가했습니다. 지금까지는 문제가 없었습니다. 현재 5명의 개발자가 시스템에 대한 5개의 확장을 각각 작업하고 있는 시점에 있습니다. 별도의 Perforce 지점. 안타깝게도 데이터베이스 크기로 인해 중복된 데이터베이스를 얻을 수 없으므로 모두가 여전히 동일한 데이터베이스에서 작업하고 있습니다. 이것은 분명히 문제의 원인입니다. 불과 10분 전에는 분기에 대한 저장 프로시저 변경 사항이 사전 프로덕션 서버로 전파되어 테스터에게 많은 수의 충돌을 일으키는 약간의 문제가 있었습니다. 이상적으로는 FogBugz를 통해 수동으로 추적하지 않고도 이러한 변경 사항을 추적할 수 있는 방법을 원합니다.
제 질문은 이 상황을 어떻게 처리하시나요?입니다. 지금쯤이면 Oracle 데이터베이스에서 버전 관리를 처리하거나 적어도 변경 사항을 추적할 수 있는 좋은 방법이 있을 것이라고 확신합니다.
답변1
11gR2는 데이터베이스 업그레이드가 가능한 경우 코드에 대한 편집 개념을 도입했습니다.
데이터 스키마가 코드 스키마와 동일합니까? 그것들을 분리하는 것이 좋은 생각일 수 있습니다. 이렇게 하면 동일한 데이터베이스 테이블 세트를 가질 수 있지만 코드 스키마 세트는 다를 수 있습니다. 그런 다음 한 프로젝트는 하나의 코드 스키마를 사용하고 다른 프로젝트는 두 번째 스키마를 사용할 수 있습니다.
단일 데이터 세트에 바인딩되어 있는 한 제한이 있습니다. 한 프로젝트에서 단일 문자 값을 기대하지만 다른 프로젝트에서는 이를 두 문자로 확장하는 경우 문제가 발생할 수 있습니다.