2009-06-11 3 views
1

나는 적절한 방식으로 회사 데이터베이스를 다시 시작하려고합니다. 현재 데이터베이스는 엉망이고 문서가 거의 없습니다. 나는 사람들이 Interbase 데이터베이스를 디자인 할 때 사용할 것을 권장하고 있습니까? SQL을 생성 할 좋은 시각적 스키마 디자이너가 있습니까? 손으로 직접하는 것이 낫습니까?데이터베이스 기반 테이블을 디자인하는 가장 좋은 방법은 무엇입니까?

기본적으로 데이터베이스를 디자인하고 문서화 할 때 일반적으로 사람들이 취하는 단계는 무엇입니까? 중요하다면, 나는 Hibernate를 데이터베이스의 ORM으로 사용할 생각이다. (Interbase의 특정 팁도 잘 알려져 있습니다).

감사합니다.

답변

1

최근에 작성되어 비즈니스에 의존하지 않는 새로운 데이터베이스 응용 프로그램 인 경우, 다시 쓰기/새 데이터베이스에 대한 전말을 말합니다. 그러나 나는 몇 년 동안 사용되어 왔고 많이 사용 된 데이터베이스를 다루고 있다고 생각합니다.

몇 년 전의 데이터베이스와 관련해서는 처음부터 다시 시작하지 않는 것이 좋습니다. 몇 년 전의 거의 모든 프로덕션 데이터베이스는 "엉망"입니다. 일반적으로 프로그램의 실제 요구 사항은 솔루션이 다소 지저분 해지기를 요구하기 때문입니다. 이것은 몇 년 후 귀하의 아주 새로운 데이터베이스 (이 경로를 따라 가야 할 것입니다)에 적용됩니다.

는 여기가 처음부터 생산 데이터베이스를 다시하지 않을 몇 가지 이유가 있습니다 :

  • 라이브 데이터베이스는 트랜잭션과 매우 가치있는 고객 데이터의 가치 년이 포함되어 있습니다. 이 데이터를 완전히 다른 데이터베이스 구조로 전송하는 것은 매우 어려울 것입니다. 저를 믿으십시오, 회사가 지금 당신이이 오래된 자료에 접근 할 필요가 없을 것이라는 점을 말하더라도, 그들은 할 것입니다.
  • 많은 비즈니스 규칙이 기본값, 트리거, 저장 프로 시저, 심지어 열의 데이터 형식의 형태로 데이터베이스 구조에 구축되었을 가능성이 있으며이를 매우 신중하게 검토하고 문서화하지 않으면 이러한 규칙을 그대로 두는 것이 좋습니다. 새 데이터베이스에서 벗어나 사용자가 시스템을 사용하기 시작하고 규칙이 올바르게 적용되지 않는 것을 발견하면 디버깅 및 추가에 많은 시간을 소비합니다.
  • 새 데이터베이스 디자인에 실수를 저 지거나 나중에 새로운 기능을 수용하기 위해 변경해야합니다. 현재 데이터베이스를 변경하고이를 통해 배우면 미래의 변경 사항이보다 쉽고 직관적으로 변합니다.

    • 가 이해하고 문서 당신에게 정보의 정말 좋은 이해를 줄 것이다 현재 데이터베이스, 비즈니스 흐름 : 여기

  • 은 내가 추천 방법입니다.
  • 나쁘거나 지저분한 디자인이 보일 때 조심스럽게 살펴보십시오. 당신은 옳을 수도 있고 변화 가능성을 알 수도 있습니다. 또는 성과 나 다른 이유로 트레이드 오프가 일어 났을 수도 있습니다.
  • 데이터베이스 구조를 점진적으로 개선하고 문서를 업데이트하고 해당 영역에 의존하는 프로그램을 변경하십시오. 그렇지 않은 경우 프로그래머와 함께 작업하십시오.

나는 이것이 아주 먼 길처럼 보이지만, 12 년 동안 데이터베이스를 유지 관리하고 제작 한 사람으로부터 가져 가라. 실제 요구 사항이 지저분하기 때문에 현재 데이터베이스가 지저분 할 것이다.

2

일반적으로 텍스트 편집기를 사용합니다. 때로는 Database Workbench을 사용합니다. 마지막으로, 엠바 카데로 (Embarcadero)는 데이터베이스 모델링 도구 중 일부에 InterBase 지원을 추가 할 예정 이었지만, 아직 출시되었는지는 알 수 없습니다.