Đây là một bài khách bởi Anum Lodhi, người đã quan tâm rất lớn trong phần mềm thiết kế
Cũng như bạn yêu cầu một kế hoạch để xây dựng một ngôi nhà, bạn sẽ cần một kế hoạch chi tiết cơ sở dữ liệu để thực hiện một cơ sở dữ liệu thành công của quá trình xây dựng sau này được gọi là. The 'Giai đoạn thiết kế' bao gồm một số bước nặng cho kết thúc cuộc -sản phẩm được linh hoạt. Giai đoạn này thực sự xác định thông tin (+ cấu trúc của nó) mà sẽ đi vào cơ sở dữ liệu, các giả định được thực hiện liên quan đến loại hoặc giá trị của các bản ghi dữ liệu và các mối quan hệ giữa các dữ liệu trong cơ sở dữ liệu. Tất cả các công ty chuyên nghiệp sử dụng thủ tục thiết kế cơ sở dữ liệu của họ và con đường của mình hiệu quả nhất.
Nó bao gồm bốn bước:
1. Phân tích yêu cầu
Những yêu cầu cơ sở dữ liệu được xác định. Yêu cầu chính xác của người dùng từ hệ thống là captured.All các thông tin có liên quan có liên quan đến hệ thống được thu thập. Sáu hầu hết các kỹ thuật phổ biến là:
- Lấy mẫu của tài liệu hiện có, hình thức, cơ sở dữ liệu
- Nghiên cứu và thăm trang web
- Quan sát của môi trường làm việc
- Câu hỏi
- Prototyping-xây dựng một mô hình nhỏ các yêu cầu của người sử dụng để xác minh trước khi tay
- Yêu cầu chung Kế hoạch (JRP) - cuộc họp nhóm được tiến hành để phân tích những vấn đề tồn tại
2. Quan hệ Sơ đồ thực thể (ERD)
ERD là một ký hiệu thể hiện trình độ cao cho các thiết kế cơ sở dữ liệu. Nó đồ họa, xác định cấu trúc cơ sở dữ liệu một cách rất đơn giản và dễ hiểu thông qua việc sử dụng các biểu tượng.
Các thông tin thu thập được trong bước Yêu cầu phân tích 'là' được chuyển thành một ERD (Entity Relationship Diagram) đó là các dữ liệu được tổ chức thành thực thể và mối quan hệ giữa chúng. Vì vậy, thay vì đi qua một đoạn dài của vật liệu, chúng tôi có một ảnh đại diện của cùng một thông tin được dễ dàng hơn để đọc.
Một mẫu ER Sơ đồ này là:
(image courtesy Wikipedia)
Ngôn ngữ mô hình hóa dữ liệu khác nhau có thể được dùng để tạo ra một ERD như ký hiệu chân mưu, Trần ký hiệu, IDEFIX (Hội nhập Định nghĩa Đối với mô hình hóa Thông tin), tạo bong ký hiệu, ký hiệu Bachman, UML (Unified Modeling Language) chuẩn vv Wikipedia có một trang tốt về ER sơ đồ ở đây
3. Kiểu quan hệ
Nó rất dễ hiểu các kịch bản từ một ERD, nhưng sau này là rất yếu từ các điểm thực hiện xem. Khái niệm của lớp con (IS-A cấu trúc) và các mối quan hệ, ví dụ, không thể được thực hiện trong cơ sở dữ liệu trực tiếp. Tại thời điểm này mô hình quan hệ đến thành chơi.
Một mô hình quan hệ lao động là khái niệm duy nhất của bảng (còn gọi là quan hệ) Các tập thực thể và các mối quan hệ được miêu tả trong ERD được chuyển đổi thành các bảng-một mô hình quan hệ..
Có năm bước để chuyển đổi:
- Rẽ mỗi phi thực thể thiết yếu vào bảng tương ứng của nó với cùng một bộ thuộc tính
- Thay thế một mối quan hệ của một quan hệ có thuộc tính là các phím của bộ thực thể kết nối
- Một số quan hệ có thể làm tốt nếu kết hợp hay loại trừ. Ví dụ như các mối quan hệ hỗ trợ (đối với các tập thực thể yếu) không cần phải được chuyển đổi sang mối quan hệ nào cả.
- Thay thế một thực thể yếu do một quan hệ có thuộc tính là thuộc tính của riêng mình (nếu có) cộng với những thuộc tính vay mượn giúp để làm cho khóa chính của nó.
- Chuyển đổi các cấu trúc phân lớp đối tượng sử dụng phương pháp tiếp cận theo định hướng, E / chuyển đổi phong cách R hay giá trị null.
Giải thích về sơ đồ ER để chuyển đổi mô hình mối quan hệ có khái niệm rộng lớn đó sẽ không được bảo hiểm cho bài viết này. Có rất nhiều sách tốt và các nguồn lực trực tuyến hiện có mà làm cho nó dễ hiểu. Đối với một tổng quan xem xét ví dụ này mà tôi có được lấy từ Wikipedia:
An, lý tưởng rất đơn giản, ví dụ của một mô tả của một số relvars và thuộc tính của họ:
- Khách hàng (Customer ID, thuế ID, Name, Address, City, State, Zip, điện thoại)
- Đặt hàng (Order No, Hàng Mã, Hoá đơn Không, Ngày Được đặt, ngày hứa, điều khoản, Status)
- Đặt hàng Line (Đặt hàng Không, Dong Đặt Không, Mã sản phẩm, SL)
- Hoá đơn (Hoá đơn Không, Hàng Mã, đặt hàng Không, Ngày, Tình trạng)
- Hoá đơn Line (Hoá đơn Không, Hoá đơn Line Không, Mã sản phẩm, SL Shipped)
- Sản phẩm (Mã sản phẩm, mô tả sản phẩm)
Trong thiết kế này chúng tôi có sáu relvars: Khách hàng, đặt hàng, Đặt hàng Line, Hoá đơn, Hoá đơn Đường dây và sản phẩm. Các đậm, gạch dưới thuộc tính là các phím ứng cử viên. Các phi đậm, gạch dưới thuộc tính là chìa khóa nước ngoài.
4. Bình thường
Bình thường hóa là một quá trình tăng rating hình thức bình thường. Nó loại bỏ các phụ thuộc chủ yếu sau đây để tránh dư thừa và dữ liệu dị thường:
- Một phần phụ thuộc: dựa trên một phần của khóa chính
- Transitive lệ thuộc: dựa trên một thuộc tính đó không phải là một phần của khóa chính
Ba hình thức đầu tiên của bình thường là:
- 1NF
- Thấp nhất implementable hình thức bình thường
- Tiểu học chính toàn vẹn thực thể yêu cầu được đáp ứng
- Mỗi tế bào chứa một giá trị duy nhất
- Phi chính trị quan trọng là phụ thuộc vào khóa chính
- 2NF
- Mọi 1NF điều kiện được đáp ứng
- Partial
phụ thuộc được xóa
- 3NF
- Mọi 2Nf điều kiện được đáp ứng
- Transitive phụ thuộc loại bỏ
Các hình thức cao hơn lên đến 5NF và BCNF (Boyce-Codd Normal Form) cũng tồn tại.
Bình thường có thể được áp dụng trong hai cách:
- Bình thường áp dụng các hình thức sau khi mô hình quan hệ được tạo ra
- Bước thứ ba là bỏ qua và tạo ra các bảng biểu được thực hiện với bình thường trong việc xem xét trực tiếp
daleeman blog có đăng bài rất tốt về bình thường hoá cơ sở dữ liệu. Đọc: thực tiễn áp dụng bình thường hoá cơ sở dữ liệu đó sẽ giúp bạn hiểu bình thường hoá cơ sở dữ liệu chi tiết.
