Database Tutorial for Beginners

안녕하세요, 제 이름은 Taylor이고 데이터베이스에 대한 높은 수준의 설명을 살펴 보겠습니다 건축물

데이터베이스 관리의 기본 로직 및 개념을 이해하면 실제로 가능합니다 ERD의 기술적 측면을 더 쉽게 이해할 수 있습니다 따라서 전문 고양이 용품과 같이 온라인 상점을 개설한다고 가정 해 보겠습니다 판매를 둘러싼 모든 종류의 정보를 추적 할 수 있기를 원합니다 대부분의 사람들은 스프레드 시트를 열어 주문이 올 경우 물건을 넣기 시작합니다

에서 어쩌면 이렇게 될지도 몰라 메리는 우리 고객이고, 고양이 가죽 끈을 사서이 모든 정보를 수집합니다 그리고 당신은 각 고객들을 위해이 정보를 기록합니다 하지만 나중에 메리는 3 마리의 고양이 가죽 끈처럼 다른 것을 삽니다

이 시점에서 그녀의 모든 고양이를위한 공간을 갖기 위해 더 큰 곳으로 이사했기 때문에 그녀의 주소가 다릅니다 이제 중복 정보, 고객의 모순 된 가치 주소 전문 고양이 가게가 엄청나게 인기가 있다면,이 문제는 그냥 전달하십시오

메리는 그녀의 명령 중 하나에 대해 물어보기를 요청하고, 당신이 그녀의 정보를 끌어 올 때, 당신은 3 개의 다른 주소를 얻으십시오,이 모든 혼란스러운 명령들 그리고 당신은 당신이 확신하지 못합니다 귀하의 스프레드 시트에 3 가지 Mary Johnsons이 있기 때문에 올바른 고객을 찾습니다

이것이 어떻게 어수선한 상황으로 이어질지 알 수 있습니다 발송물이 잘못된 장소로 보내질 수 있습니다 고객이 섞일 수 있습니다 잘못된 제품 잘못된 사람들에게 보낼 수 있습니다 그러면 어떻게 해결할 수 있을까요? 엄청난 스프레드 시트 하나가있는 대신 정보를 다른 것으로 분리합니다

한입 크기의 테이블 예를 들어, 우리의 고양이 가게에서는 모든 것을 나열하는 표를 만드는 것으로 시작할 수 있습니다 고객, 그리고 모든 제품을 나열하는 별도의 테이블, 그리고 다른 테이블 각 주문을 기록하십시오 이렇게하면 가져 오는 데이터가 훨씬 더 효율적으로 분리됩니다 고객 테이블의 모양은 다음과 같습니다 우리는 메리를 다시 볼 수 있지만 이제 그녀는 여러 다른 행

주소, 연락처 정보 또는 이름의 변경 사항은이 통합 된 버전에서 업데이트 할 수 있습니다 장소 제품 표에는 모든 고양이 액세서리 인벤토리가 있습니다 항목을 추가하거나 제거하면 변경 사항을 적용 할 수 있습니다 그리고 주문은 당신이하는 모든 단일 판매를 추적합니다

이제이 테이블들은 서로 분리되었지만 서로 연결되어 있습니다 데이터베이스를 형성합니다 이제이 상호 작용이 어떻게 생겼는지 살펴 보겠습니다 우리는 Customer 테이블에서 시작할 것입니다 누군가 온라인 상점에 가서 구매한다고 가정 해 보겠습니다

로널드라는 남자 잖아 고양이 복장을 사려고 시장에있어 우리 가게 그가 밖으로 체크 아웃했을 때, 그는 모든 연락처 정보를 입력했고 우리는이 고객 그에게 고객 ID를 지정했습니다 Product 테이블로 넘어 갑시다

이 목록에는 우리의 모든 인벤토리가 나열되어 있으며 여기에 원하는 고양이 의상이 있습니다 여기에는 제품 ID, 재고 수량 및 제품과 같은 몇 가지 입력란이 있습니다 유형 그리고 나서 Ronald가 실제로 고양이 복장을 주문했을 때, 우리는 그 특정한 구매를 기록합니다 Order 테이블의 정보

여기서 고객 테이블에서 고객 ID를 가져 왔음을 알 수 있습니다 로널드 또한 Product 테이블에서 Product ID를 가져 와서 구매했음을 알았습니다 이 고양이 의상, 그리고 여기에있는 다른 데이터가 있습니다 판매, 배송 주소, 수량 등 이 시스템이 단일 스프레드 시트보다 훨씬 체계적이라는 것은 꽤 분명합니다

이전보다 그래서 다른 테이블을 만들어 데이터베이스 내에서 연결하려고합니다 그러나 데이터베이스 관리 시스템은 일반적으로 시각화를위한 최상의 옵션을 제공하지 않습니다 그 연결 모두 프로그래밍 언어로되어있어 연결이 어디인지를 아는 것은 어렵습니다

개선이 이루어질 수있는 곳 이것이 엔티티 관계 다이어그램이 들어있는 곳입니다 데이터베이스 구조를 시각적으로 볼 수 있습니다 각 테이블은 엔터티로 변환됩니다 고객 이름, 주소, 구매 날짜 등과 같은 항목 카테고리가 나열됩니다

각 개체의 특성으로 마지막으로, Ronald의 주문 참조 방법과 같이 테이블 간의 프로그래밍 된 연결 특정 제품 ID와 고객 ID 관계 선을 통해 시각화됩니다 데이터베이스가 우리의 간단한 예제보다 훨씬 더 복잡했다면 상상해보십시오

배송 주소, 청구서 수신 주소, 신용 카드, 배송 정보 등 데이터베이스에있을 때 큰 데이터베이스를 이해하려고하면 매우 과세 할 수 있습니다 ERD를 통해 시각화하는 것이 훨씬 쉽습니다 Lucidchart의 ERD 가져 오기 도구를 사용하면 매우 빠른 프로세스입니다 데이터베이스 쿼리 만 실행하면 Lucidchart가 자동으로 테이블을 가져옵니다 엔티티 모양으로 드래그 할 수 있습니다

엔티티 간의 관계도 자동으로 연결됩니다 따라서 데이터베이스의 시각적 표현을 신속하게 작성하면 훨씬 쉬워집니다 데이터베이스 오류를 발견하기 위해 중복 데이터가있는 위치를 볼 수 있으며 귀하의 데이터베이스를 처음 사용하는 사람은 쉽게 탑승 할 수 있습니다 그들은 ERD를보고 모든 것이 어떻게 작동하는지 볼 수 있습니다 반대로 기존 데이터베이스가 없다고 가정 해 봅시다

처음부터 시작하고 하나를 만들고 싶습니다 ERD는 개념 당신은 당신의 데이터베이스가 어떻게 작동 할 것인지에 대한 아이디어를 얻었고, 당신은 그 모든 것을 살폈다

다이어그램에서 그리고 멋진 점은 개념을 다 마쳤을 때 다이어그램 자체가 실제 데이터베이스를 구성하는 코드로 변환됩니다 개념을 데이터베이스 형식으로 수동으로 다시 만들 필요가 없습니다 엔티티는 자동으로 테이블로 변환되고, 속성은 테이블 및 관계가 코딩 된 연결로 변환됩니다 데이터베이스를 사용하는 이유와 데이터베이스를 사용하는 방식에 대해 좀 더 많은 정보를 제공했으면 좋겠다

엔티티 관계 다이어그램 ERD에 대한 자세한 내용을 보려면 여기를 클릭하십시오 우리의 튜토리얼은 엔티티, 속성, 카디널리티, 기본 및 외래 키를 다루고 있습니다 훨씬 더 그리고 오늘 자신의 ER 다이어그램을 만들기 시작하려면 여기를 클릭하십시오