2010-02-17 2 views
0

우리는 대규모 ERP 스타일의 중앙 시스템을 보유하고 있으며 많은 소형 Access 데이터베이스를 유연하지 않은 구조로 옮기고 있습니다. 대부분의 경우 데이터는 저장 될 수 있지만 프로세스가 복잡하고 기존 데이터 모델을 손상 시키며 시스템을 더 사용하기 어렵게 만듭니다. 누구든지이 '중앙 집중화 된 모든 DB 하나에서'접근 방식의 장단점을 설명하기 위해 좋은 자료를 가르쳐 주시겠습니까?중앙 DB를 사용/사용하지 않는 이유

EDIT -> 내가 유연성이없는 구조라고 할 때 우리는 스키마를 변경할 수 없다는 것을 의미하므로 데이터를 원장에 저장해야합니다. 관리자 관점에서 볼 때 중앙 집중식 접근 방식의 이점을 얻었습니다. DBA는 나를 통제 할 수없는 Access의 번거 로움을 알고 있습니다. 그러나 나는 DB 디자인의 모든 세입자를 깨고 사용자가 더 쉽게 백업을 실행할 수 있도록하기 위해 열심히 노력하고 있습니다.

+0

따라서 임시로 유지 관리되고 백업되고 관리되는 단일 시스템에 수많은 임시 데이터베이스를 통합하고 있습니까? 단점 (초기 통증 제외)이 없습니다. – jamieb

+0

"스키마를 변경할 수 없습니다"는 매우 큰 단점처럼 보입니다. – Jay

답변

1

데이터 액세스를 중앙 집중화하지 않는 것이 바람직한 이유를 찾기가 어려울 것이라고 생각합니다.

모든 데이터베이스 기술 자료는 특히 관리와 관련하여 이점을 확인하는 데 도움이됩니다. 주요 단점은 새로운 구조를 사용하여 현재 데이터 액세스를 재 작업하는 것입니다. 이것은 상당히 복잡 할 수 있습니다.

장점은 있지만, 거대 - 포함 :

확장 성
  • 유지 보수성
    • 더 나은
    • 중앙 집중식 관리
    • 중앙 집중식 백업
    • 의미있는 보안 정책
  • +0

    2 포인트, 1) SQL Server에 대한 액세스 프론트 엔드는 이러한 문제 중 많은 부분을 해결합니다. 특히 <5 사용자 DB를 사용하는 경우가 많습니다. 2) 관리자/관리 이득을 얻기 위해 기존 스키마를 깨는 것이 모든 사람들에게 큰 단점입니다. @MrTelly – MrTelly

    +0

    : 1) 예. SQL Server에 대한 액세스를 사용하여 일부를 피할 수 있지만 액세스 관련 문제는 여전히 있습니다. 2) 개발자 이익이기도합니다. 일부 문제는 관리 기능뿐 아니라 개발 지향적 인 관리 기능과 확장 성 및 보안 문제와 같은 순수한 관리 기능 (대부분은 그렇지만)이 아닙니다. –

    +0

    그래, 우리는 같은 페이지에 있습니다 - 중앙 집중화/분산화를 지원하는 리소스는 무엇입니까? – MrTelly

    2

    를 추가 할 수있는 기능 존재 여부 선택 귀하의 요구 사항과 관련이없는 임의의 스키마로 귀하의 데이터를 밀어 넣어야하고 통제되지 않은 Access 데이터베이스가 떠 다니도록해야합니까? 와우, 선택의 여지가 있습니다. 오히려 "손가락을 자르거나 귀를 찢어 버리는 사람을 원하십니까?"

    개인적으로, 그 선택에 따라 통제되지 않은 Access 데이터베이스를 선호한다고 생각합니다. (와우, 나는 같은 문장에서 "prefer"와 "access"라는 단어를 사용하지 않을 것입니다!) 중앙 관리되는 데이터베이스의 모든 장점은 합리적인 스키마를 갖는 것이 거의 확실하다는 사실입니다.

    관련 문제