정보 시스템에 사용할 데이터베이스를 설계하고 있습니다. 고객, 직원 및 품목에 대한 데이터를 보유합니다. 말할 것도없이, 고객 섹션에는 약 12 개의 테이블이 있습니다.여러 데이터베이스로 데이터를 분할하는 것이 좋습니다.
이 데이터를 여러 DB로 분할 한 다음 해당 데이터를 참조하거나 동일한 DB에 모두 유지하는 것이 좋을지 알고 싶습니다. 오히려여 개의 테이블이 하나의 DB (예 : Company_DB) (예를 들어 CUS_DETAILS, EMP_DETAILS 등)을 갖는 그래서
, 두 데시벨을 가지고 더 나은 것 (Company_Cus, Company_Emp)을 CUS_DETAILS 하나와 다른쪽에 EMP_DETAILS?
감사합니다.
"좋은 연습은"우리의 편견들이 실제보다 더 중요한 소리를 만들 수 있습니다 그 문구 중 하나 ...
일반적으로, 당신이 함께 속해 함께 일을 저장할 수 있습니다. 단일 정보 시스템을 사용하면 비즈니스에 필요한 모든 것을 실행하고 관리하는 엔티티는 서로 관련되어 있습니다. 고객은 주문을하고 주문은 판매 직원과 제품을 보유하고 있습니다. 반면에 다른 테이블과 실제로 연결되어 있지 않은 테이블의 "섬"이 있음을 알게되면 아마 함께 속하지 않을 것입니다.
유지 관리의 관점에서 볼 때 데이터베이스를 더 많이 관리하면 더 많은 백업, 유지 관리 루틴 및 더 많은 보안 프로필을 관리 할 수 있습니다.
가독성 측면에서 볼 때 관심있는 테이블을 찾기 위해 다른 데이터베이스를 검색하는 것은 나쁜 일입니다. 예를 들어, "고객"과 "고객"간의 다 대다 조인 테이블이있는 경우, 직원 "- 예 판매 팀 - 테이블은 어디에 있습니까? "고객"데이터베이스 또는 "직원"에 있습니까?
신뢰할 수있는 관점에서 데이터베이스간에 외래 키 제약 조건을 적용 할 수 있는지 확실하지 않습니다.
나는 이것을하는 것의 어떤 이점도 생각할 수 없다. 그래서 나는 나쁜 생각이라고 말할 것이다.
여러 데이터베이스에 데이터가 분산되어있는 것이 아니라 모든 데이터베이스가 하나의 데이터베이스에 있어야한다고 생각합니다.
개인적으로 다른 데이터베이스에서 정보를 분리하는 유일한 이유는 단일 플랫폼에서 서로 완전히 다른 시스템 또는 하위 시스템을 갖는 것입니다.
사용하는 데이터베이스 수에 관계없이 데이터 양은 동일합니다. 정말 필요가 없습니다 여러 데이터로 을 분할하지 않는 한 나는, 하나의 DB에 갈 것
은 하나의 DB는 테이블의 다스에 한정되지 않고, 소싱.
항상 여러 리소스를 관리 할 수있는 두통이 있습니다.
해답을 가져 주셔서 감사합니다. DB 유지 관리를 할 때 가독성을 위해 더 많은 것이었지만 감사합니다. 단 하나의 데이터베이스 만 사용합니다. – user2083193
여러 클라이언트가있는 경우에도 여러 클라이언트의 특정 데이터가있는 단일 DB를 사용하는 것이 좋습니다. – subodh
데이터베이스를 같은 디스크에 저장 하시겠습니까? 그렇다면 다른 데이터베이스로 분할하면 전혀 개선되지 않을 것입니다. 여러 데이터베이스 간의 참조가 동일한 데이터베이스의 여러 테이블보다 느립니다. 등
응용 프로그램에서 관리하는, 하나의 데이터베이스 연결을 확보하기 위해 하나의 데이터베이스, 데이터베이스가 존재하는 이유를 그룹을 유지하는 것입니다 :
하나의 DB는, 그러나, 유지하기 위해 빠르고 쉽게 될 것입니다 관련 개체를 함께 관리 할 수 있으므로 적절하게 관리 할 수 있습니다 (그렇지 않으면 테이블과 뷰를 데이터베이스에 연결하지 않고 모든 테이블에 자체 파일, 통계 등을 직접 작성하지 않고 직접 작성합니다).
테이블을 동일한 데이터베이스에 두는 것이 지저분 해지면 더 나은 개체 명명 패턴이 필요할까요?
결론 : 이점과 많은 단점을주지 않으므로 나에게 정말 나쁜 습관으로 보입니다.
은 달성하고자하는 것에 달려 있습니까? 나는 전체적인 문제가 여기서 약간 불분명하다고 생각한다. –
IMHO, 합류는 여러 데이터베이스에 비해 단일 데이터베이스에서 더 빠를 것입니다 ... – Mr47