Các bước tạo lập cơ sở dữ liệu

      758

Thiết kế cơ sở tài liệu là công việc vô cùng đặc trưng trong số dự án công trình, giả dụ xây dựng đúng cơ sở dữ liệu sẽ giúp bài toán xúc tiến dự án công trình dễ ợt cùng tiết kiệm ngân sách. Tuy nhiên, hết sức nhiều bạn khi new vào nghề thường xuyên chạm mặt trở ngại về sự việc thiết kế các đại lý dữ liệu như:

1. Làm núm làm sao để xây đắp được Trung tâm dữ liệu?2. Làm vậy nào để hiểu Thương hiệu tài liệu xây cất đúng?

Bài này họ đang bàn về các điều này.

Bạn đang xem: Các bước tạo lập cơ sở dữ liệu

Thiết kế cấu tạo cửa hàng dữ liệu

Thiết kế cấu trúc cửa hàng tài liệu là quy trình mô hình hóa nhằm thay đổi những đối tượng người dùng trường đoản cú thế giới thực (Real-world system) sang trọng các bảng trong khối hệ thống cửa hàng dữ liệu (Database system) đáp ứng các trải đời tàng trữ cùng khai quật tài liệu.

*

Mô hình hóa bài toán xây cất kết cấu đại lý dữ liệu

Trong số đó,

People (nhỏ người): những người tsi gia vào hệ thống, bạn phải làm việc cùng với những người dân này nhằm xác định những tài liệu đề xuất tàng trữ, yêu cầu khai quật.Documents (tài liệu): bạn phải khảo sát điều tra các tài liệu vào khối hệ thống để xác định dữ liệu.Facilities(đại lý đồ gia dụng chất): bạn phải quyên tâm hầu hết đại lý đồ gia dụng chất làm sao đề xuất cai quản.Other systems(hệ thống không giống, hệ thống tương tự): bạn phải tìm hiểu nghiên cứu các khối hệ thống tương tự để tích lũy thêm tài liệu.

Để thực hiện vấn đề xây dựng cửa hàng dữ liệu bọn họ phải thực hiện công việc sau đây:

1. Xác định những thành phần dữ liệu2. Chia nhỏ tuổi các nhân tố dữ liệu ra thành những phần nhỏ tuổi nhất nhưng hệ thống sử dụng3. Xác định các bảng và những cột4. Xác định khóa chủ yếu, khóa ngoại và mối quan hệ5. Kiểm tra kết cấu cơ sở tài liệu có phong cách thiết kế cùng với bề ngoài chuẩn hóa

Thực hành thi công Thương hiệu dữ liệu

Để chúng ta dễ dàng nắm bắt quá trình thi công đại lý tài liệu, bọn họ sẽ thực hành thực tế thiết kế cấu tạo các đại lý dữ liệu cho hệ thống làm chủ giao dịch bao gồm mẫu hóa đối kháng nhỏng sau:

*

Cách 1: Xác định các thành phần dữ liệu

Để khẳng định những nguyên tố tài liệu chúng ta buộc phải tiến hành quá trình sau đây:

1. Phân tích khối hệ thống hiện tại tại2. Đánh giá chỉ, cẩn thận những hệ thống tương tự3. Phỏng vấn fan dùng4. Phân tích các tài liệu vào khối hệ thống hiện tại tại

Ở bài xích tân oán bên trên, họ tích lũy được dữ liệu quan trọng là mẫu mã hóa 1-1 của đơn vị vẫn vận dụng, bọn họ đang đối chiếu nó để định nghĩa những nguyên tố dữ liệu.

Khảo sát hóa solo bên trên bọn họ nhận được các yếu tố dữ liệu sau đây:

InvoiceNo: Số hóa đơn

InvoiceDate: Ngày ghi hóa đơn

CustomerName: Tên khách hàng

CustomerCompany: Tên chủ thể khách hành

CustomerAddress: Địa chỉ khách hàng

CustomerAccountNo: Số thông tin tài khoản của khách hàng

PaymentMethod: Phương thức thanh hao toán

CustomerTaxNo: Mã số thuế của khách hàng

SequenceNo: Số sản phẩm từ cài hành

ProductName: Tên sản phẩm

Unit: Đơn vị tính của sản phẩm

Quantity: Số lượng

UnitPrice: Đơn giá

Amount: Thành tiền

TotalAmount: Tổng tiền

VAT: Thuế giá trị gia tăng

TotalPay: Tổng tiền buộc phải trả

ByText: Ghi bởi chữ

Lưu ý: Vì giờ đồng hồ việt có vệt dễ khiến lỗi Khi code, giả dụ cần sử dụng ko dấu thì rất dễ gây nên nhầm lẫn phải tôi khuim chúng ta nên được sắp xếp thương hiệu những nguyên tố tài liệu theo tiếng Anh vừa tránh khỏi các lỗi trên vừa khiến cho bạn thuận lợi tsi mê gia những dự án nước ngoài trong tương lai.

Loại bỏ những dữ liệu trùng sống các dạng sau:

1. Hai yếu tố tài liệu dẫu vậy trỏ cho một yếu tắc dữ liệu thực tế2. Bỏ hầu như yếu tắc tính toán được3. Những ngôi trường không nên lưu trữ hoặc không tồn tại thực

Xem xét list các yếu tố làm việc bên trên họ nhiều loại các trường sau:

 Amount: Thành phần này được xem trường đoản cú 1-1 giá chỉ * số lượng

TotalAmount: Thành phần này được xem bởi tổng các mục thành chi phí.

TotalPay: Thành phần này được xem bằng TotalAmount – VAT amount

ByText: Được hiểu tự tổng chi phí cần trả.

Các yếu tố không phải nhỏng đọc tin đơn vị chức năng phân phối, chữ ký kết người mua, chữ ký kế toán… Có nhưng mà thực thụ chúng ta không cần giữ cùng đơn hàng vào cơ sở tài liệu.

Cách 2: Chia nhỏ những thành phần tài liệu thành đơn vị bé dại nhất hữu dụng

Để gọi phần này bạn để ý ví dụ sau:

CustomerName có mức giá trị là Nguyễn Văn uống A, trường này có thể tách ra là Lastname (Nguyễn), Middlename (Văn) và Firstname (A). Tuy nhiên, tất cả hệ thống thì giữ hết vào trong 1 trường là ‘Nguyễn Văn A’ như Giao hàng ví dụ điển hình, bao gồm hệ thống chia nhỏ ra là ‘Nguyễn Văn’, ‘A’ nlỗi khối hệ thống thống trị sinch viên, gồm khối hệ thống chia nhỏ ra thành ‘Nguyễn’, ‘Văn’, ‘A’ nhỏng hệ thống thống trị bay… Do vậy, bạn cần xem xét hệ thống ai đang xây đắp đang giữ ra làm sao.

Trong hệ thống này bởi hay thu xếp theo thương hiệu quý khách hàng đề nghị họ tách bóc nó ra thành 02 phần là CustomerLastName với CustomerFirstName.

Xem thêm:

*

Tương tự trường CustomerAddress cung vậy, nhằm quản lý theo tỉnh/thành thị và quận/thị trấn họ phân tách nó ra thành 03 ngôi trường nhỏng sau: CustomerAddress, CustomerDistrict và CustomerCity.

*

quý khách hãy xem xét các trường sót lại coi bao gồm buộc phải tách bóc trường như thế nào ra nữa hay không.

Sau Khi tách bóc các ngôi trường quan trọng và đào thải những ngôi trường ko cần thiết ta gồm các thành phần dữ liệu như sau:

InvoiceNo: Số hóa đơn

InvoiceDate: Ngày ghi hóa đơn

CustomerFirstName: Tên khách hàng

CustomerLastName: Họ với thương hiệu lót của khách hàng hàng

CustomerCompany: Tên chủ thể khách hàng hành

CustomerAddress: Địa chỉ khách hàng

CustomerCity: Thành phố quý khách đang ở

CustomerDistrict: Quận khách hàng sẽ ở

CustomerAccountNo: Số tài khoản của khách hàng

PaymentMethod: Phương thức thanh khô toán

CustomerTaxNo: Mã số thuế của khách hàng hàng

SequenceNo: Số trang bị từ bỏ thiết lập hành

ProductName: Tên sản phẩm

Unit: Đơn vị tính của sản phẩm

Quantity: Số lượng

UnitPrice: Đơn giá

Amount: Thành tiền

VAT: Thuế cực hiếm gia tăng

Bước 3: Xác định những bảng và các cột cho đại lý dữ liệu

Thực hiện tại theo quá trình sau:

1. Nhóm các ngôi trường theo những thực thể (Entities)2. Kiểm tra lại các ngôi trường thừa/thiếu.

Chúng ta bàn về thực thể, thực thể là tín đồ, là vật trường thọ trong hệ thống sẽ chăm chú. Đối với kiến thiết Cơ sở dữ liệu họ chỉ quyên tâm mang đến các thực thể với đọc tin. Xem xét list những thành phần tài liệu từ bỏ trên xuống chúng ta cũng có thể liệt kê ra những thực thể thấy được nlỗi sau:

Invoice(Hóa đơn)Customer (Khách hàng)Product (Sản phẩm)

cũng có thể các bạn sẽ thấy khó khăn hiểu địa điểm này, bạn phải suy nghĩ kỹ để hiểu nguyên do vị sao tuyển chọn được 03 thực thể bên trên.

1.Tiếp theo bọn họ đội những nhân tố dữ liệu tương ứng vào các thực thể

*

 2. Kiểm tra các ngôi trường thừa/thiếu

Nếu bao gồm ngôi trường vượt ra, bạn cần chu đáo nó gồm đích thực đề nghị lưu trữ không? Nếu phải tàng trữ thì bạn phải bổ sung thực thể cất nằm trong tính này. Nếu không đề nghị lưu trữ bạn phải thải trừ nó đi.Quý khách hàng cần khám nghiệm từng thực thể xem bao gồm buộc phải bổ sung cập nhật trực thuộc tính bào không? Nếu yêu cầu thì bạn cấp dưỡng.

Cách 4: Xác định khóa chủ yếu, khóa ngoại cùng quan hệ thân các thực thể

1. Xác định khóa chủ yếu cho các thực thể2. Xác định quan hệ giới tính thân những thực thể3. Phân tách để đưa về quy mô nhị nguyên4. Bổ sung khóa ngoạia. Xác định khóa chính cho những thực thể

Khái niệm về khóa chủ yếu chúng ta xem làm việc bài xích Cơ phiên bản về các đại lý dữ liệu. Trong phần này họ bàn về kiểu cách xác minh khóa chủ yếu mang lại thực thể. Khóa chính của thực thể hoàn toàn có thể khẳng định nlỗi sau:

-> Chọn xuất phát từ một trường có sẵn đầy đủ điều kiện có tác dụng khóa thiết yếu nhỏng InvoiceNo ví dụ điển hình.-> Nếu chưa có chúng ta có thể bổ sung một trường tự tăng để gia công khóa thiết yếu nhỏng CustomerNo, ProductNo.

Trong thời điểm này chúng ta bao gồm các thực thể như sau:

*

b. Xác định quan hệ thân các bảng

Xem xét các thực thể chúng ta tất cả nhằm xác định những định mối quan hệ của chúng, chúng ta gồm các thực thể Customer, Product và Invoice thì quan hệ của bọn chúng chỉ hoàn toàn có thể là Customer sở hữu Product với có mặt Invoice nhằm ghi nhận thông báo.

*

Mối quan hệ nam nữ vào thế giới thực của các thực thể. Chuyển sang quy mô thực thể nó được màn biểu diễn như sau:

*

Xác định một số loại tình dục giữa các thực thể nlỗi sau:

1. Quan hệ giữa Customer với Invoice, bọn họ thấy từng người sử dụng có thể thiết lập các giao dịch, cơ mà từng giao dịch chỉ bán cho 1 quý khách. Do vậy quan hệ tình dục này là 1-n.2. Tương từ bỏ tình dục thân Invoice với Product, từng hóa đối kháng có thể thiết lập nhiều thành phầm, từng sản phẩm có thể xuất bán cho các hóa 1-1 phải dục tình này là quan hệ n-n.

*

c. Phân bóc những dục tình để mang về quy mô nhị nguyên

Theo mô hình cơ sở tài liệu tình dục nếu khách hàng nhằm trường thọ mối quan hệ n-n nó vẫn tạo ra dư thừa dữ liệu (coi bài bác sự việc dư quá dữ liệu). Do vậy, bạn phải bóc quan hệ nam nữ ra thành các quan hệ tình dục 1-n bằng cách cấp dưỡng bảng tài liệu bắt đầu. Trong ví dụ trên họ chế tạo bảng InvoiceDetails để tách nó ra thành 02 quan hệ giới tính 1-n như sau:

*

d. Bổ sung khóa ngoại cho những mọt quan hệ

Khi đang khẳng định chấm dứt các quan hệ, bạn phải đặt các khóa nước ngoài vào các bảng mặt n trong tình dục 1-n để tạo ra liên kết giữa chúng. Hiện giờ bọn họ có kết cấu các đại lý tài liệu nlỗi sau:

*

Cách 5: Chuẩn hóa cửa hàng dữ liệu

Cách này giúp bạn xem lại cơ sở tài liệu vừa xây dựng bao gồm đáp ứng được phương pháp của cơ sở tài liệu quan hệ nam nữ hay là không. Tuy nhiên, đây là một chủ thể lâu năm nên tôi vẫn tách ra thành một bài bác riêng rẽ, các bạn tham khảo thêm ngơi nghỉ bài Chuẩn hóa cơ sở dữ liệu nhé.

Làm ráng như thế nào nhằm biết được cửa hàng dữ liệu được thiết kế theo phong cách đúng?

quý khách chỉ hoàn toàn có thể kết luận đại lý tài liệu có thiết kế đúng khi những công dụng của hệ thống thiết lập thành công xuất sắc trên nó. Do vậy, chúng ta có thể chạy demo (dry run) những chức năng bên trên cấu tạo cửa hàng tài liệu để soát sổ xây dựng của chính nó bao gồm tương xứng hay là không.

Kết luận

Thiết kế cơ sở dữ liệu là 1 trong những chủ thể khó, tương quan đến nhiều chủ đề bắt buộc bạn phải gọi kỹ cùng gọi những bài xích tương quan của chuỗi bài viết này nhằm làm rõ rộng về nó. Bên cạnh đó, bạn cũng cần được thực tập xây đắp nhiều các đại lý dữ để sở hữu tay nghề thiết kế tốt rộng.

Bài tiếp: Chuẩn hóa cửa hàng dữ liệu

Bài trước: Cơ sở tài liệu là gì? Trung tâm dữ liệu quan hệ nam nữ là gì?

Nếu các bạn gồm điều gì không rõ hoặc vướng mắc bạn có thể còn lại phản hồi bên dưới tôi vẫn sẵn sàng Bàn bạc cùng với chúng ta.

hotlive