데이터베이스 디자인에 대한 의견이나 토론을 듣고 싶습니다. 저와 제 동료들은 여러 국가에 설치된 금융 산업에서 복잡한 응용 프로그램을 개발하고 있습니다.T-SQL 데이터베이스 디자인 및 테이블
우리 계약자는 우리가 모든 국가에 대해 단일 응용 프로그램을 유지하기를 원했기 때문에 우리는 자연스럽게 각기 다른 워크 플로의 어려움에 직면하고 다양한 요구를 충족시키기 위해 응용 프로그램을 조정할 수 있도록 노력했습니다.
오늘 내가 직면 한 문제는 계약자 측의 IT 부서장이 요청한 테이블과 열의 관점에서 데이터베이스 모델을 유지하는 것입니다.
예를 들어, 위험이 다른 표를 얻었으므로 플래그 열 IsSomething (BIT NOT NULL ...)
을 추가해야했습니다. 그것은 완전히 세 번째 정규화 된 형식에 따라 위험 표 내에 존재할 수 있으며, 키에 대한 전이 의존성, 비 핵심 가치 ...
하지만 그 사람은 그가 그대로 테이블을 유지하기를 원한다고했습니다. 새로운 테이블 "riskinfo"를 만들고 데이터 1 : 1을 새 열에 연결해야했습니다.
귀하의 의견은 무엇입니까?
귀하의 질문에 대한 답변을 드리겠습니다. 당신은 "주관적이고 논쟁의 여지가있다"는 결론을 내릴 위험이 있습니다. 나는 이것을 "받아 들일 수있는 아이디어인가?"라고 직설적으로 요구하고 토론의 욕구를 제거합니다. –
주관적이며 논쟁 적이라면 정말 미안합니다. 그런 의도는 없습니다. 내 입장에서는 당신이 그것에 대해 다르게 느낄 수도 suprprised 프로그래머로 그것을 읽어보십시오. 나는 숯을 바꾸지 않을 것이다. –
바이너리, 응용 프로그램을 개발하는 배경을 게시 한 다음 상황을 설명했습니다 (절대적으로 명백하게). 그런 다음 예제가 주어 지므로 아무도 문제의 세부 사항을 혼동하지 않습니다. 그리고 나서 마지막 질문 .. 나는 동의한다, 그것은 많은 관점에서 다르게 들릴지도 모른다. 다음에, 대문자 잠금은 없다. .. 그러나 나를 용서해라, 나는 어떤 출생지의 영어 연설자도 아니다. 질문은 나를 위해 nonsided하게 들린다. –