매년 우리 회사는 참가자들이 제품을 보여줄 수있는 컨퍼런스/스탠드를 개최합니다.매년 데이터베이스 스키마 변경이 필요합니다. 어떤 전략을 사용해야합니까?
우리는 참가자들이 회의에 등록 할 수있게 해주는 웹 응용 프로그램을 가지고 있습니다. 회사 이름, 결제 정보 등과 같은 정보를 입력 할 수 있습니다.
참가자가 어떤 정보를 입력해야하는지에 대한 요구 사항은 매년 다릅니다.
I.E, 1 년 참가자는 원하는 스탠드의 크기를 입력해야 할 수도 있고, 내년에는 더 이상 필요하지 않을 수도 있습니다. 1 년 동안 원하는 총 m^2를 입력하면되지만, 내년에는 원하는 길이, 높이 및 층 수를 추가해야 할 수도 있습니다.
지난 몇 년 동안, 이로 인해 DB 스키마가 매우 복잡해졌습니다. 이제는 데이터베이스에 '쓸모없는'필드와 테이블이 많이 생겨서 상당히 엉망이되었습니다. 역사적인 이유로, 우리는 매년 스키마를 기본으로 다시 설정할 수 없습니다. 이전 회의의 데이터 중 일부가 필요할 수 있습니다.
So :이 문제를 해결할 수있는 방법에 대해 누구나 알고 있습니까? 내가 생각할 수있는 유일한 해결책은
- 버전입니다
- 스토어 XML로 '변화'의 모든 정보 즉, 각 회의에 대한 우리의 데이터베이스
사람이하는 방법에 대한 좋은 litterature가있는 경우 진화하는 데이터베이스를 처리하고 쓸모없는 데이터를 처리하면 좋을 것입니다!