[SQL] 이름 데이터베이스 디자인 당신이 선호하는 표기법 그 이유는 무엇입니까?

이름 데이터베이스 디자인 당신이 선호하는 표기법 그 이유는 무엇입니까?

데이터베이스 설계, 모델링을위한 어떤 표기법, 방법론 및 도구, 당신이 선호하는 diagraming 그 이유는 무엇입니까? 어떤 표기법, 표준, 방법론은 가장 광범위하게 사용되는 다른 공급 업체 덮여있다? 표준 어느되지 않는? 즉 고수한다 피하고있는 어떤

그리고 PerformaneDBA 개인 질문 : 왜 IDEF1X를 선호합니까? 표기법은 내장이 도구를 고수하는 것이 더 충분하지 않습니다 RDBMS의 사용 클라이언트 도구로?

최신 정보: 나는 당신의 가장 유용한 데이터베이스 표준 중 일부는 무엇입니까 읽어? 아무 이름이나 참조 만 긴 설명이 절대적으로 답변 다스 - 나는 매우 놀라게하지하고 있습니다. 맞춤 용어와 규칙을 사용하여 모든 데이터베이스 개발자 아마추어 있습니까?

나는 "이름"을 제외한 "방법론"을 포함하여 제목을 업데이트했습니다. 내가 요구하는 것은 이름 (아마도 참조)하지 설명했다. 표기법, 예에., UML, IDEF1X. 바커, 정보 공학

글쎄, 난 @dportas가 언급 한 바와 같이, 나는 몇 가지 표기법을 참조 대부분 SQL 서버 dev에 오전 SSMS 및 MSDN 문서, 책, 기사도있다.

해결법

1. ==============================

   1.댓글에 대응

   댓글에 대응

   좋은 질문.

   문제는 무엇을 의미합니까?

   표면에 작은 볼 문제이다 "표기"질문에, 대답하기 전에, 우리는 표면에 문제가 발생할하는, 그것을 뒷받침하는 문제를 이해할 필요가있다. 그렇지 않으면 질문에 대한 관련성은 개인 취향에 감소; 어떤 어떤 제품 또는 기타는 등, 무료인지, 제공

   나는 독자들이 넘어하지 않도록하기 위해, 표준이 필요합니다 (개인 개인적인 용도로 토지를 기반 취미 다리 반대) 다리는 국고의 공개 아웃 구축한다는 주장이 없다고 가정; 그게 그들이 선언 된 트래픽을 전송 할 수 있으며,이를 사용하는 동안 그 사람은 죽지 않을 것입니다. 의도 된 기준은 첫째 고도의 인정 및 인정 공학 전문가들에 의해 제시 무겁게 결국 표준의 상태를 달성, 그들의 동료에 의해 실행 및 테스트, 정부 표준 기관에 의해 같은 선언되고있다. 당국은 단순히 정부에 다리를 공급하기 위해, 모든 공급 업체가 준수해야하는 기준을 식별합니다.

   그것은 참여하는 시간 낭비가 하위 표준 제안 평가의 가치가 무엇인지 또는 왜으로, 비 호환 엔지니어링 회사와 토론이다. 또는 (표준에서 요구하는) 특정 정보들을 누락이 다이어그램에서 볼 수 있습니다. 또는 브리지 빌더로 자신을 제시 회사 얘기,하지만 누가 급여에 아무런 토목이 없습니다.

   표준 정규화

   표준의 또 다른 중요한 측면은 더 반복 없다는 것입니다. 다리 건물 표준 만이 내용을 반복하지 않고, 다리에 모든 배선의 전기 표준을 참조한다. 표준이 각 표준 진행 및 변경 할 수 있습니다 .. 정규화 (예. 적절한 때문에 가능 해지고 새로운 건축 재료), 다른 표준 또는 준수에 영향을주지 않고.

   마찬가지로, 표준 경쟁하지 않습니다. 다리 하나 준수 표준 구축하는 경우, 하나는 통신 표준 깨진 것을 위험이 없다.

   표준 높은 원리와 관련된

   표준 따라서 진정으로 품질과 성능을 제공합니다 모든 공급 업체가, 열심히의 준수 높은 원칙이다. 그리고 다른 사람들이 꺼려 준수의 모든 방법으로 적용 가능한 표준이 존재 무지에 이르기까지 다양합니다.

   표준은 표기되지 있습니다

   셋째,이 표준은 단순히 도면 준수해야 심볼과 표기법 세트 아니다. 규정되지 않은 및 경험 브리지 빌더는 없기 때문에 흠 교량,하지만를 구축하지 데 필요한 지식의 전체 세트의 이해의 낮은 수준의,라고 할 수있다. 이 표준은 각각의 결정은 이전의 결정에 따라 될 수 있음을 항상 방법론하거나 준수 경우 공정, 처방하는 명시 적 단계의 세트 필요는 진행의 각 단계에서 수행 될 수 있다는 결정을 생산하고있다 그 확인 된, 그것은에 의존 할 수있다. 복잡성 표기법 정해진 표준 규격 단계 또는 단계를 통해 간단한 다이어그램 진행됨 점진적 최종도 호환되도록 첨가된다.

   표준 완료

   네 번째 문제는 도면에서 반송 된 정보가 완전하고 명확한 것을 보장과 관련이있다. 이 표준은 필요한 정보가 완료되도록합니다. 모호성이 공식적으로 확인되고 해결되었는지 방법론 수단의 행사. 하위 표준 다이어그램은 불완전하고 모호성을 포함, 필수 표준 정보의 요구 사항을 포함하지 않는다.

   기준은 간단하다

   품질의 특정 수준을 달성의 자신감 또한, 표준 방법론을 통해 갈 실제로 쉽고 빠릅니다. 그것은에 비 불만 회사에 대한 터무니 단지 그들에게 표준 표기법을 공급하여 다이어그램을 역 맞습니다. 소정의 프로세스의 부재는 임의의 표준 인식하는 사람에게 표시하고, 도면 (부품의 결여 통합) 갈등 것이다.

   책임, 인식 고객 (정부 부처, 항공기 제조 업체 ... 다음 십 년간에 주위에있을 것으로 예상 회사)가 공급 업체로부터 구매 한 소프트웨어가 특정 품질의 제품입니다 합리적인 기대를 가지고; 강화하고 쉽게 확장; 실적; 다른 소프트웨어와 쉽게 통합 할 것이다; 기타

   IT에서 표준의 부족

   IT 산업의 문제는 제조 또는이 지난 30 년 폭발 이후 다리, 산업 건설 차량과는 달리, 우리는있는 업체로 침수되었습니다입니다 :

   이것은 많은 연구와 출판물의 대상이되고있다, 그것은 단지 내 전문 의견 아닌, 신용 통해 선별 및 특정 문제가 정확히 무엇인지 확인하기 위해 노력했던 학자로 이동합니다.

   그래서 IT 업체의 전체 인구의 측면에서 비 IT 기업의 IT 기업뿐만 아니라 IT 직원, 품질의 인식, 표준의 품질을 제공해야하고, 중요성, 30 년 전보다 훨씬 낮은 . 그것은 '빌드하고 잊어'정신이다; 그렇지 않은 작업을 수행하는 경우, 그것을 버리고 다른 하나를 구축 할 수 있습니다. 그러나 도시의 큰 끝, 책임을 알고 고객, 즉 허용되지 않습니다.

   표준은하지 단일 공급 업체입니다

   정의에 의하면, 표준은 국제 수준에서, 여러 공급 업체에 도착한다.

   업계에서 하나의 큰 문제는 실제 모델링을위한 좋은 도구 (표준을 준수하는 결과도), 우리는 또한이 터무니없는 사진과 비 호환 다이어그램의 전체 범위를 공급 업체를 제공 할 좋은 공급 업체를 가진에도 불구하고있다. 이것은 IT 사람들이 잘 생긴하지만 완전히 의미가 다이어그램을 생성 할 수 있습니다. 요점은, 이러한 끔찍한 작은 도구는 실제로 좋은 다리, 좋은 데이터베이스를 구축 한 것으로, 사람들에게 신뢰를주고있다. 첫째로 그들은 그들이 "데이터베이스"라는 컨테이너에로드와 소프트웨어가 그들이 지금 "데이터베이스"를 가지고 있다고 생각하는 데 도움이 스프레드 시트의 무리를 생성; 그들은 도구를 사용하고 "데이터 모델"을 생산하기 위해 "데이터베이스"를 리버스 엔지니어링. 그것은 그들에게 잘못된 확신을 제공합니다; 그들은 물고기의 버킷의 재미 있은 그림을 가지고 모르고, 그들은 누구 포인트 경우 그에서 기분을 상하게 느낌. 선언 및 인증에 의해 표준을 준수하고, 그렇지 않은 토스 도구와 스틱.

   단일 공급 업체 비표준 도구를 분리 한 편안하고 쉽게, 그리고 신뢰의 잘못된 인식을 줄 수 있습니다. 그러나 그들은 필요한 모든 정보를 전달 다이어그램을 달성 한 경우 욕구를 사용할 수 없습니다; 자격을 갖춘 동료의 수용에 의해 얻어진다 신뢰; 단계들의 소정 집합으로부터 유도되는 품질; 하나의 모델을 재 작업을 계속하지 않는 자신감.

   규칙은 표준 모드

   그리고 끔찍한 도구를 밖으로 누구 포인트 전에 "사실상의 표준"더 그들은 표준에 대한 참조로, 일반적인 규칙이다, 아니다, 우리는 참조에 "표준"이라는 단어를 사용하여 두 가지를 혼동하지 말아야 없습니다 그들. 방법의 하나 일어나서 커피 가능성이 매우 일반적인 관례이다 만들지 만, 그것은 "표준"이 아니다. 당신의 일반적인 공급 업체, 상업적 이익에 단 하나의 "표준"커피 기계와 하나의 "표준"커피 콩이 있음을 믿음으로 당신을 상용화 한 수,하지만 커피 기계 제조 업체가 준수해야되는 기준에 아무 관계도지지 않습니다 커피 콩의 표준은 국내로 수입했다.

   MS는 악명이라는 잘못 인용이 있습니다, 자동차 산업은 정당한 분노와 함께, 공개에 반응하고, 빌리 밥의 얼굴 떨어져 미소를 닦아 MicroShaft의 "진보"에 자동차 산업의 진행 상황을 비교. 썬 마이크로 시스템즈는 또한 유명 대답,하지만 난 그는 MS 서클에 알려져있다 의심한다. 제공하고 교환하는 인터넷 사이트의 어떤 MS 열애 중 "정보"지금은 변화 : MS의 신뢰성이 엄청난 양에 의해 얻어진다 있습니다. 그들은 진정한 자격과 기준에서 분리하고, 허위 사실 "소프트웨어"를 포함하는, 잘 생긴 사진을 사용하는 단일 벤더 규칙, 부분적인 성능을 생각하고 있습니다.

   표준은 비싸지 않다

   즉, 비싼 도구를 구입할 필요가 의미하는 것은 아니다. 준수 - 투 - 표준이 아닌 도구에 규정 된 방법으로, 두개골에있는 때문에 작은 프로젝트의 경우, 도구를 그리기 간단한을 사용하여 다이어그램을 그릴 매우 허용, 따라서 그것은 자격에 대한 기준을 인식 할 수있다 사람은 거의 도구 (작은 프로젝트에 대한) 표준을 준수하는 그림을 생성합니다. 그리고 자신을 잘못-대표하는 무서운 도구가 표준 표기법을 제공하지 않습니다; 거기 "데이터 모델"과 "엔티티 관계 다이어그램"의 대부분은 심하게 하위 표준입니다.

   표준 관계형 데이터베이스를 다시

   다음에 대한 기준이나 정확한 정의 나 구체적인 가이드 라인은 30 년 동안 존재했다. 진보적 위해, 각각의 이전을 포함 :

   따라서 최대 30 년 동안의 기준에 부합하는, 규정, 이러한 방법을 연습 많은 공급 업체가 있습니다.

   당신이 진정으로 관계형 데이터베이스 모형을 자격을하는 경우에는 처음 세 속속들이 잘 알고있을 것입니다; 당신이 표준을 준수하는 관계형 데이터베이스 모형을 경우, 당신은 네 번째 속속들이 잘 알고있을 것입니다. 다시 말하지만, 당신이 합리적으로 단지 IDEF1X 표기법을 학습하여 표준을 준수 기대할 수 없다, 당신은 실제로 배우고 방법론을 연습해야하지만 악보를 배우는 것은 합리적인 도입 될 수있다.

   표준 [준수]은 [일부에 의해] 요구되고

   이러한 표준의 준수를 요구 인식, 책임을 고객이 있습니다.

   그리고 그 사이 필드의 나머지 모두 인식 고객과 인식 공급 업체 및 모든이있다.

   어떤 표기법?

   대부분의 표준 인식 실무자를 들어, "어떤 표기법 사용"논의 필요, 하나의 표준이 주어진이 없습니다. 내가 20 년 동안 하나 개의 표준을 사용했을 때 왜 다른 표기법을 사용하여, (에 StackOverflow에 대한 질문에 대답하기 위해 대규모 프로젝트에 비싼 도구, 또는 간단한 그리기 도구를 사용하여) 다이어그램을 그릴 수 없을 것입니다, 더이 다른 표준? 난 그냥 쉽게 표준 정보를 전달할 수있을 때 왜, 표준 정보보다 적은 전달할 것인가? (대부분의 피상적 인 질문에 의해 구멍이있는 상상 자신감 반대) 나는 표준을 사용하여 데이터 모델이 올바른지 공식 신뢰를 제공하는 알고, 조사에 일어납니다 왜 나는 표준을 사용하지 않는 것?

   일부 자격 인정 기관이 새로운 방법론과 함께 제공 (그들은 모든 시간을, 날 믿어) 때 경우, 그리고, 우리는 그것으로 본다. 방법론은 학문적 피어 인식 및 승인을 얻을 때, 우리는 심각하게 걸릴 경우, 그것을 밖으로 시도 그것으로 숙달된다. 만약이 국제 표준화기구 (같은 단일 공급 업체에 반대)에 의해 표준을 선언 할 때, 우리는 그것을 제공 할 것입니다. 그 때까지, 우리는 존재 할 기준에 대한 준수를 제공합니다.

   미래 표기법 및 규칙

   지난 20 년 동안 수백 단일 벤더 제품의 부부는 조사에 소요되는 시간을 가치가 없었다. 따라서 단일 벤더 규칙, 그들은 "표준"이라는 여부를 수, 조사에 소요되는 시간을 가치가되지 않습니다. 사실, 표준이 존재하기 때문에, 그리고 단일 공급 업체의 출현을 사전 일자, 단일 벤더의 제공은 표준을 준수 할 수 있음을 암시 적 선언이 될 것입니다, 그들은 대체 선수로 방지 표준을 제공하고 있습니다.

   댓글에 대한 응답

   그리고 바로 확인이 세척 손실되지 않습니다 확인합니다. 표기는 표면에 있지만 내부에 무엇인가의 그것은 말하고있다. IDEF1X 데이터베이스를 모델링 사람의 관계 사고에 대해 알려줍니다. 는 "관계형 데이터베이스"에 대한 UML 표기법은 당신에게 데이터 힙을 고려하는 사람의 사고 방식을 알려줍니다, 누가 그것을 많은, 여러 번 리팩토링 것으로 기대하고있다. 신중하게 선택합니다.

   내 도구 상자에 망치보다 더 있습니다.

   나는 말, 촬영 사슴, 싸움 화재 및 추적 여성을 타고. 각 활동은 저를 합리적으로 성공하기 위해 나는 순서대로 따라야 원칙과 규칙의 다른 세트가 있습니다. 인생은 내가 그들을 혼합하면 어떨까 상상해보십시오. 아니면 내가에만 쏠 수 있다면.

2. ==============================

   2.나는 더 많은 사람들이 까마귀의 발 표기법을 이해하는 것을 발견해서 ER 모델의 나는 IEM 또는 바커 스타일을 선호한다. 당신이 모델이 자신보다 더 넓은 청중 이해하려면 다음은 인식 표준 표기법을 사용하는 의미가 있습니다.

   나는 더 많은 사람들이 까마귀의 발 표기법을 이해하는 것을 발견해서 ER 모델의 나는 IEM 또는 바커 스타일을 선호한다. 당신이 모델이 자신보다 더 넓은 청중 이해하려면 다음은 인식 표준 표기법을 사용하는 의미가 있습니다.

   데이터베이스 공급 업체 도구에 관해서는, 그 따라 달라집니다. 나는 그것이 중요한 고객이 이미 하나를 사용 한 경우를 제외하고는 특정 도구를 사용하여 발견 적이 없다. Oracle과 Sybase는 괜찮은 그림 도구를 가지고있다. Microsoft Visio에가 있지만 그것은 다른 많은만큼 강력하지 않은 데이터베이스 설계 도구로, 표준 표기법을 지원합니다.

   내가 생각할 수있는 유일한 정말 나쁜 예는 마이크로 소프트 SQL 서버 툴 세트에 내장 된 소위 디자인 도구입니다. 그냥 농담이야. 완전히 심각한 목적으로 사용할 수 없게 나는 마이크로 소프트 출판물을 제외하고 그것을 사용하는 사람을 모른다.

3. ==============================

   3.개념 데이터 모델링, 논리적 데이터 모델링, 물리적 데이터 모델링 : 나는 3 단계 접근 방식을 사용하는 것을 선호합니다. 멋진 도구의 사용은 프로젝트의 범위에 따라 달라집니다.

   개념 데이터 모델링, 논리적 데이터 모델링, 물리적 데이터 모델링 : 나는 3 단계 접근 방식을 사용하는 것을 선호합니다. 멋진 도구의 사용은 프로젝트의 범위에 따라 달라집니다.

   첫 번째 단계는 또한 요구 정의이라고 해석된다. 첫번째 단계의 결과는 개념 데이터 모델 및 관련 도면이다. 첫 번째 단계는 데이터 모델 불가지론이다.

   나는 ER 모델링 및 ER 다이어그램을 사용합니다. 속성이 발견, 가능하면 자신의 도메인이 결정된다. 속성은 주제 개체와 개체 간의 관계에 연결되어 있습니다. 관계는 식별하지만 외래 키를 통해 구현되지 않습니다. 나중에, 논리적 설계, 관계는 실제로 구현 될 것입니다.

   자연 키를 식별하고 신뢰할 수 있는지에 평가됩니다.

   표기법은 속성, 도메인 엔티티와 관계를 포함한다.

   두 번째 단계는 논리적 인 디자인입니다. 두 번째 단계의 결과는 SQL 용어로 표현 된 논리 데이터 모델이다. 이러한 속성, 튜플, 관계 및 도메인 인을 서 있지만 나는, 열, 행, 테이블 및 도메인과 같은 SQL 용어를 사용합니다. 논리적 모델은 관계형 데이터 모델에 따라 다릅니다 만, DBMS의 불가지론이다.

   그들은 신뢰할 수있을 때 일부 실무자는 달리, 나는 PK와 같은 자연 키를 사용합니다. 그렇지 않으면, 나는 대리를 발명.

   가장 큰 차이점은 외래 키가 그림에있다는 것이다. 모든 개체는 테이블을 가져옵니다. 어떤 관계는 다른 관계가 자신의 테이블다면 엔티티 테이블에 외래 키를 추가하여 모델링된다. 다 대다 관계는 후자의 예이다.

   테이블 구성과 정상화 등의 문제는이 단계에서 다루어진다. 일부 실무자는 달리, 나는 종교의 일종으로하지 치료 정상화을한다. 나는 결과의 관점에서 디자인을 결정합니다. 그러나 정상화의 출발은 특정의 정당성을 가져야한다.

   '비 관계형 데이터베이스를 설계한다면, 두 번째 단계는 매우 다를 것이다.

   세 번째 단계는 물리적 디자인입니다. 이것은 물리적 데이터 모델을 초래한다. 물리적 데이터 모델은 논리적 데이터 모델을 시작하고, 인덱스, 테이블, 저장 프로 시저 등의 기능을 추가하고, 당신이 무엇을 가지고있다. 물리적 설계는 DBMS 고유의 것입니다, 계정 볼륨, 교통, 성과 목표, 가용 자원을 고려합니다.

   물리적 데이터 모델은 데이터베이스 건설을위한 청사진이다.

from https://stackoverflow.com/questions/4132044/name-database-design-notation-you-prefer-and-why by cc-by-sa and MIT license