NGUYÊN LÝ CỦA CÁC HỆ CƠ SỞ DỮ LIỆU, KIẾN THỨC CƠ BẢN VỀ THIẾT KẾ CƠ SỞ DỮ LIỆU

Việc quản ngại trị hệ cơ sở dữ liệu là cần thiết để góp doanh nghiệp rất có thể sắp xếp, truy nã xuất những thông tin một bí quyết hiệu quả. Mặc dù nhiên, vẫn có tương đối nhiều người tương đối mơ hồ nước với quan niệm này. Do đó, hãy cùng Daotaotester tìm hiểu chi tiết trong nội dung nội dung bài viết dưới đây.

Bạn đang xem: Nguyên lý của các hệ cơ sở dữ liệu

Định nghĩa hệ cơ sở dữ liệu

Cơ sở dữ liệu (Database) là 1 trong tập hợp những thông tin, tài liệu được kiến thiết theo một cấu trúc nào đó. Mục đích đó là để đáp ứng nhu ước khai thác, sử dụng của con người hay chạy nhiều chương trình ứng dụng cùng lúc. 

Điểm khác biệt của cơ sở tài liệu so với câu hỏi lưu file thường thì nằm nghỉ ngơi tính cấu tạo sắp xếp gồm hệ thống. Các thông tin đầu vào sẽ được tạo thành nhiều trường theo một đơn nhất tự tốt nhất định. Ưu điểm của cách thu xếp này là giúp giảm kỹ năng trùng lặp thông tin; dễ ợt tìm kiếm với truy xuất theo nhiều cách với khả năng share hiệu quả. 

Các cửa hàng dữ liệu sau thời điểm được tạo sẽ rất cần được lưu trữ lại và hôm nay khái niệm hệ cơ sở tài liệu được ra đời. Theo đó, hệ đại lý dữ liệu là 1 trong những chương trình phần mềm có nhiệm vụ chính là lưu trữ; cung ứng việc đọc, chỉnh sửa, thêm tốt khôi phục thông tin một phương pháp dễ dàng. Hệ thống tự động này sẽ tất cả 2 thành phần đó là Bộ giải pháp xử lý truy vấn và Bộ cai quản dữ liệu.

Chức năng của hệ cai quản trị CSDL

Việc sử dụng hệ quản trị csdl sẽ đem về nhiều lợi ích bất ngờ cho tín đồ dùng. Lý do là vị chúng cài những tính năng cơ phiên bản sau:

Cung cấp phương pháp tạo lập CSDL. Người dùng được cung ứng công cụ để chế tạo ra lập, khai báo thông tin. Từ đó mới rất có thể sắp xếp và tàng trữ một cách bao gồm hệ thống.Cung cấp cách update dữ liệu (Thêm, sửa, xóa), search kiếm với kết xuất thông tin. Cung cấp công cụ kiểm soát điều khiển việc truy cập vào CSDL. Cố kỉnh thể: Đảm bảo vệ ninh, phát hiện tại và chống chặn truy vấn không được mang lại phép. Kề bên đó, hệ cai quản trị database còn duy trì tính đồng bộ của dữ liệu; điều khiển và tinh chỉnh các hoạt động truy cập. Khôi phục tài liệu khi chẳng may xảy ra các sự chũm và quản lý các diễn đạt dữ liệu.

Cấu trúc của hệ quản ngại trị đại lý dữ liệu

Một hệ cai quản trị cơ sở dữ liệu sẽ bao hàm những nhân tố cơ phiên bản dưới đây:

Dữ liệu, vô cùng dữ liệu: dữ liệu đầu vào để ban đầu tạo tập; khai báo thành khối hệ thống cơ sở dữ liệu.Bộ làm chủ lưu trữ: Nhiệm vụ đó là để tàng trữ và truy xuất tài liệu khi có yêu cầu. Bộ làm chủ lưu trữ sẽ tổ chức triển khai để tối ưu dữ liệu và xúc tiến với bộ quản lý tệp một biện pháp hiệu quả.Bộ cách xử trí câu hỏi: Khi bao gồm yêu cầu nên truy vấn, bộ xử lý câu hỏi sẽ kiếm tìm kiếm dữ liệu để đưa ra kết quả. Sau đó đổi khác các thắc mắc thành yêu thương cầu rất có thể thực hiện được. Đồng thời lựa lựa chọn một kết quả tốt nhất để trả lời cho những truy vấn. Bộ làm chủ giao dịch: nhiệm vụ của bộ quản lý giao dịch là bảo vệ tính toàn diện của hệ thống. Điều đó có nghĩa là nó cần bảo đảm các thao tác được thực hiện đồng thời không xẩy ra xung đột; ko làm tác động đến hệ thống. Liên hệ với bộ xử lý câu hỏi để điều phối các hoạt động. Sát bên đó, cửa hàng với bộ quản lý lưu trữ để bảo quản các thay đổi để tiến hành lại khi cần.

Quản trị cơ sở tài liệu là gì?

Quản trị cơ sở dữ liệu Database Management System gồm một hệ thống phần mềm tự động nhằm xác định; cai quản và truy vấn xuất dữ liệu. Trong đó sẽ sở hữu các quy tắc ship hàng cho việc thao tác làm việc một cách hiệu quả hơn.

Tại sao phải cai quản cơ sở dữ liệu?

Quản trị đại lý dữ liệu có thể coi là xương sống kết nối toàn bộ phân đoạn của vòng đời thông tin. Tại sao là bởi:

Dữ liệu là gia sản vô giá bán của doanh nghiệp. Dữ liệu đã là cơ sở để doanh nghiệp hoàn toàn có thể phân tích và chuyển ra các quyết định sale sáng suốt. Mục tiêu đào bới là buổi tối ưu hóa quy trình nhằm gia tăng lợi nhuận và lợi nhuận. Tuy nhiên, nếu như không biết phương pháp sắp xếp, tổ chức hiệu quả thì doanh nghiệp sẽ không còn thể khai quật hết tài nguyên hiện tại có.Khối lượng tài liệu ngày càng béo và nặng nề quản lý. Đây là bài toán khó nhằn của số đông doanh nghiệp. độc nhất vô nhị là với các tổ chức bao gồm quy mô mập như những tập đoàn đa quốc gia. Họ đã phải thống trị một lượng dữ liệu đẩy đà nên càng cần có hệ cai quản trị buổi tối ưu.Tránh vi phạm luật quyền riêng biệt tư. Điều này sẽ giúp đỡ doanh nghiệp không vướng cần những sự việc liên quan cho quyền riêng biệt tư cá thể hay quyền riêng tứ dữ liệu. Tránh câu hỏi rơi vào những tình thế nguy nan về mặt pháp lý hoàn toàn có thể gây tổn thất không mong muốn muốn.Thảm họa mất dữ liệu hoàn toàn có thể khiến công ty sụp đổ. Điều này sẽ được dẫn chứng qua thông tin của viên Lưu trữ & Hồ sơ nước nhà Mỹ. Họ cho thấy có mang lại 93% doanh nghiệp nộp đối kháng xin phá sản khi bị mất trung tâm dữ liệu từ 10 ngày trở lên. Điều đó càng cho biết thêm tầm quan trọng của việc thống trị dữ liệu vào thời buổi cạnh tranh như hiện tại.

Ý nghĩa của cai quản cơ sở dữ liệu

Thực tế là thống trị cơ sở dữ liệu mang đến cho khách hàng rất nhiều lợi ích to lớn. Gắng thể:

Truy cập thông tin nhanh hơn. Khi gồm hệ đại lý dữ liệu, nhân viên trong doanh nghiệp sẽ dễ dãi tìm tìm truy xuất thông tin cần một cách nhanh chóng. Nâng cao hiệu quả kết nối các nhiệm vụ với các công dụng ở nhiều phòng ban. Giúp tiết kiệm chi phí. Các nhiệm vụ, các bước đều được báo cáo trên một hệ các đại lý dữ liệu. Điều đó giúp sút thiểu sự giống nhau không buộc phải thiết, giảm lượng giấy tờ cần giữ trữ.Ngăn chặn bài toán mất dữ liệu. Các thông tin quan trọng rất có thể ẩn chứa tuyệt kỹ kinh doanh của một doanh nghiệp. Thậm chí ảnh hưởng đến cuộc đời còn của công ty. Vì thế việc thống trị dữ liệu lại càng trở nên cần thiết hơn. Công ty lớn sẽ phải tất cả những biện pháp nhất định để đảm bảo an toàn thông tin đặc biệt quan trọng sẽ được sao lưu giữ lại. Ngăn chặn việc truy vấn từ các nguồn thứ cấp không rõ nguồn gốc.Giảm thiểu rủi ro bảo mật. Quản lý hệ đại lý dữ liệu đúng cách sẽ khiến cho kẻ xấu khó lòng tấn công cắp tin tức quan trọng.Giúp tăng công dụng kinh doanh. Một doanh nghiệp ước ao thành công nhanh chóng thì họ cần biết cách nắm bắt thời cơ. Vì vậy nên việc thâu tóm thông tin từ hệ thống quản trị database sẽ là cơ sở để lấy ra các kim chỉ nan đúng đắn. Đòi hỏi doanh nghiệp cần phải phản ứng nhậy bén với những biến đụng từ thị trường tương tự như hành hễ của đối thủ.

Top 5 hệ quản lí trị cơ sở dữ liệu phổ biến

Để quản lý dữ liệu một bí quyết hiệu quả, những doanh nghiệp đã sử dụng các hệ quản lí trị cơ sở dữ liệu (CSDL). Dưới đây là 5 cái tên thường gặp và thịnh hành nhất hiện nay nay.

Hệ quản trị database My
SQL

My
SQL là hệ quản ngại trị CSDL thịnh hành nhất giành cho các áp dụng web. Ưu điểm của hệ thống này là có vận tốc cao, bất biến và rất dễ dùng. My
SQL gồm tính khả chuyển, có thể hoạt động trên những hệ quản lý và điều hành từ Windows đến các dòng khác như Linux; Mac OS X; Unix,.. Cung ứng nhiều luôn tiện ích giao hàng cho việc quản lý, truy vấn vấn những dữ liệu. Duy nhất là với các ứng dụng có truy vấn CSDL trên internet.

Hệ quản lí trị CSDL Oracle

Oracle mang tên đầy đủ là Oracle database, được sử dụng để giám sát và đo lường Grid Computing và Data Warehousing là nhà yếu. Oracle được sử dụng như một công cụ cung cấp cho SQL trong bài toán truy vấn và liên quan với Database. 

Có không hề ít phiên bạn dạng từ miễn giá thành đến trả phí cho khách hàng lựa lựa chọn theo mục đích và nhu cầu. Trong phiên phiên bản cập nhật new nhất, Oracle đã nhập vào thêm trình làm chủ dữ liệu đám mây. Điều này đã giúp cho tất cả những người dùng hoàn toàn có thể lưu trữ mặt hàng tỷ bản Record nhưng không phải tốn bộ nhớ lưu trữ trong. Tuy nhiên, Oracle bao gồm một điểm yếu khá lớn. Khối hệ thống cơ sở tài liệu Oracle khá phức hợp và thường chiếm nhiều tài nguyên trên vật dụng tính. Vì chưng vậy làm nên ra một trong những phiền toái duy nhất định cho những người dùng. Đòi hỏi bọn họ cần nâng cấp phần cứng trước lúc sử dụng các công cụ đang rất được hỗ trợ.

Hệ quản lí trị csdl SQL Server

Cũng là trong những hệ quản trị database phổ biến, SQL Server có thiết kế để chạy trên môi trường dữ liệu lớn với việc ổn định và tài năng truy cập nhanh. SQL Server có thể kết phù hợp với các sever khác đồng thời để ship hàng cho hàng chục ngàn User. Từ đó giúp tiết kiệm túi tiền một biện pháp tối ưu nên được rất nhiều doanh nghiệp tin dùng. Đặc biệt, SQL Server còn giúp bảo mật tài liệu khi chỉ được cho phép những bạn ủy quyền được xem tin tức cơ mật.

Hệ cai quản trị database No
SQL

Không giống số đông người lũ anh bên trên, No
SQL lại nhấn mạnh đến mô hình lưu trữ cặp quý hiếm – khóa và khối hệ thống lưu trữ phân tán. Vị quản trị tài liệu không tình dục là chủ yếu nên No
SQL gồm tính hoạt bát cao. Được ứng dụng cho các kho dữ liệu lớn khi đề nghị lưu trữ.

No
SQL có ưu thế là cài đặt tốc độ cải tiến và phát triển cơ sở dữ liệu nhanh. Chất nhận được phân tán dữ liệu theo chiều ngang trên những server nên hoàn toàn có thể xử lý được lượng mập thông tin. 

Hệ quản trị csdl Mongo
DB

Mongo
DB cũng rất được biết đến là 1 trong hệ cơ sở tài liệu phi quan hệ nam nữ với mã nguồn mở. Đây là 1 trong công cụ bao gồm tính linh động cao, vận động thông qua việc kết nối trong một trình điều khiển có tên Mongo
DB. Ưu điểm là có tốc độ truyền phát cấp tốc và sử dụng đơn giản. Tất cả công cụ cung ứng JSON với năng lực mở rộng lớn linh hoạt. Tuy nhiên, chính sách này cũng có thể có những nhược điểm nhất định. Lúc thao tác, người tiêu dùng phải hết sức cẩn trọng bởi Mongo
DB không có tính buộc ràng như với cơ sở tài liệu quan hệ. Sát bên đó, dữ liệu được lưu bên dưới dạng Key-value yêu cầu khá tốn cỗ nhớ.

Như vậy là họ đã cùng tìm hiểu khái niệm hệ các đại lý dữ liệu cũng giống như những văn bản liên quan. Hy vọng chia sẻ của Daotaotester sẽ giúp đỡ bạn có một chiếc nhìn toàn vẹn hơn và biết phương pháp sử dụng các công vắt một biện pháp hiệu quả.

Nhận ngay lập tức ưu đãi lên đến 20 % học phí khi đk Khóa học tập tester trong tháng này!

Access mang lại vinaglue.edu.vn 365 Access 2021 Access 2019 Access năm 2016 Access 2013 Access 2010 Access 2007 xem th&#x
EA;m...Ẩn bớt

Một các đại lý dữ liệu có thiết kế đúng đã cung cấp cho chính mình quyền truy tìm nhập vào thông tin chính xác, mới nhất. Vị một thiết kế tương xứng rất rất cần thiết để bạn có được mục tiêu của chính mình khi thao tác với cơ sở dữ liệu nên việc dành thời gian cần thiết để mày mò các nguyên tắc xây dựng tối ưu là khôn cùng quan trọng. Cuối cùng, những khả năng các bạn sẽ tìm ra một cửa hàng dữ liệu đáp ứng nhu cầu được nhu cầu của chính bản thân mình và có thể dễ dàng cầm đổi.

Bài viết này sẽ cung ứng hướng dẫn để trên kế hoạch tạo cơ sở tài liệu trên đồ vật tính. Bạn sẽ biết phương pháp để quyết định những thông tin mình cần, bí quyết phân chia thông tin đó vào các bảng với cột thích hợp, cũng tương tự mối quan hệ giới tính của chúng với nhau. Bạn cần đọc nội dung bài viết này trước lúc tạo cơ sở tài liệu trên máy vi tính lần đầu.

Quan trọng:  Access mang lại các hưởng thụ thiết kế, giúp bạn tạo các ứng dụng đại lý dữ liệu dành riêng cho Web. Các điểm cần quan tâm đến về xây cất sẽ khác với khi chúng ta thiết kế mang đến Web. Bài viết này không đàm đạo về kiến tạo ứng dụng cơ sở dữ liệu Web. Để hiểu biết thêm thông tin, hãy xem bài viết Xây dựng cơ sở dữ liệu để chia sẻ trên Web.

Trong bài viết này

Một số quy định về cơ sở tài liệu cần biết

Access sẽ thu xếp thông tin của khách hàng vào những bảng: danh sách những hàng cùng cột gợi nhớ đến một bảng hoặc bảng tính của nhân viên kế toán. Trong cơ sở dữ liệu đơn giản, bạn có thể chỉ bao gồm một bảng. Với phần nhiều cơ sở dữ liệu, bạn sẽ cần những bảng. Ví dụ: chúng ta cũng có thể có một bảng lưu trữ thông tin về sản phẩm, một bảng khác lưu giữ trữ thông tin về giao dịch và một bảng khác nữa chứa thông tin về khách hàng hàng.

Chính xác hơn, từng hàng sẽ được gọi là 1 trong những bản ghi, còn từng cột sẽ được gọi là một trong những trường. Bạn dạng ghi là một trong những cách có lợi và nhất quán để tổng hợp tin tức về nội dung nào đó. Trường là 1 trong những mục thông tin đơn — một một số loại mục lộ diện trong mọi bạn dạng ghi. Ví dụ: trong bảng Sản phẩm, mỗi sản phẩm hoặc bản ghi đã chứa thông tin về một sản phẩm. Từng cột hoặc trường đã chứa một số loại tin tức về thành phầm đó, như thương hiệu hoặc giá cả.

Đầu Trang

Thiết kế các đại lý dữ liệu giỏi là?

Một số lý lẽ hướng dẫn quy trình xây dựng cơ sở dữ liệu. Nguyên lý đầu tiên: tin tức trùng lặp (hay có cách gọi khác là dữ liệu dự phòng) là bất lợi vì thông tin này gây lãng phí về dung tích và làm cho tăng tài năng lỗi tương tự như sự không độc nhất quán. Bề ngoài thứ nhị là sự đúng đắn và sự hoàn hảo của thông tin rất quan liêu trọng. Nếu cơ sở dữ liệu của công ty có chứa tin tức không đúng mực thì mọi báo cáo sử dụng thông tin từ cơ sở dữ liệu đó cũng trở nên chứa tin tức không chủ yếu xác. Tác dụng là mọi quyết định bạn gửi ra dựa trên các report đó vẫn trở thành tin tức sai lệch.

Do đó, xây đắp cơ sở dữ liệu giỏi là một thiết kế:

Phân phân tách thông tin của bạn vào những bảng theo đối tượng người tiêu dùng để giảm thông tin thừa.

Cung cung cấp cho Access thông tin cần thiết để kết hợp thông tin trong những bảng cùng với nhau, lúc cần.

Giúp cung cấp và bảo vệ tính đúng chuẩn cũng như tính toàn vẹn cho thông tin của bạn.

Điều chỉnh nhu cầu report và xử lý tài liệu của bạn.

Đầu Trang

Quy trình thiết kế

Quy trình thiết kế bao gồm những cách sau:

Xác định mục tiêu của đại lý dữ liệu

Việc này giúp bạn sẵn sàng cho quá trình tiếp theo.

Tìm và thu xếp thông tin cần thiết

Thu thập mọi các loại thông tin chúng ta cũng có thể muốn ghi vào cửa hàng dữ liệu, như tên thành phầm và số solo hàng.

Phân chia tin tức vào những bảng

Phân phân chia mục thông tin vào những thực thể hoặc đối tượng chính, như sản phẩm hoặc Đơn hàng. Mỗi đối tượng sau đó sẽ trở thành một bảng.

Biến mục tin tức thành các cột

Quyết định nhiều loại thông tin bạn muốn lưu trữ vào từng bảng. Mỗi mục sẽ biến đổi một trường với được hiển thị bên dưới dạng cột vào bảng. Ví dụ: một bảng Nhân viên có thể chứa những trường như Họ và Ngày tuyển dụng.

Chỉ định khóa chính

Chọn khóa chính cho mỗi bảng. Khóa chính là một cột, dùng làm xác định từng sản phẩm riêng. Ví dụ có thể là ID thành phầm hoặc ID Đơn hàng.

Thiết lập mối quan hệ cho bảng

Xem bảng và ra quyết định mối quan hệ giới tính của tài liệu trong bảng kia với tài liệu ở những bảng khác. Thêm các trường vào bảng hoặc tạo bảng mới để triển khai rõ mối quan hệ, trường hợp cần.

Tinh chỉnh xây dựng của bạn

Phân tích thiết kế để tra cứu lỗi. Sinh sản bảng và thêm một số bạn dạng ghi tài liệu mẫu. Coi liệu bạn cũng có thể nhận được công dụng mong mong mỏi từ bảng không. Tiến hành điều chỉnh thiết kế, nếu như cần.

Áp dụng các quy tắc chuẩn chỉnh hóa

Áp dụng các quy tắc chuẩn chỉnh hóa dữ liệu để coi liệu bảng của người tiêu dùng đã được cấu trúc phù hợp chưa. Thực hiện điều chỉnh bảng, nếu như cần.

Đầu Trang

Xác định mục tiêu của các đại lý dữ liệu

Tốt nhất, các bạn nên lưu lại mục đích của cơ sở dữ liệu ra giấy — mục đích của các đại lý dữ liệu, bạn dự định sử dụng cơ sở dữ liệu như thế nào và ai sẽ áp dụng cơ sở dữ liệu. Đối với cửa hàng dữ liệu nhỏ dại dành cho doanh nghiệp gia đình, ví dụ: bạn cũng có thể ghi đơn giản như "Cơ sở dữ liệu khách hàng lưu list thông tin người sử dụng cho mục tiêu tạo pr qua thư và sinh sản báo cáo". Nếu đại lý dữ liệu tinh vi hơn hoặc có không ít người dùng, như thường xảy ra trong môi trường thiên nhiên doanh nghiệp thì mục đích hoàn toàn có thể đơn giản chỉ là 1 trong đoạn văn hoặc nhiều hơn thế nữa và cần bao gồm thời gian, cũng như cách mỗi người sử dụng cơ sở dữ liệu. Tốt nhất, bạn nên có tuyên bố sứ mệnh được xây dừng tốt rất có thể được tham chiếu trong suốt quy trình thiết kế. Việc có tuyên cha này sẽ giúp đỡ bạn tập trung vào kim chỉ nam khi chỉ dẫn quyết định.

Đầu Trang

Tìm và bố trí thông tin cần thiết

Để search và sắp xếp thông tin phải thiết, hãy bắt đầu bằng thông tin hiện có. Ví dụ: chúng ta cũng có thể ghi lại deals vào sổ mẫu hoặc giữ lại thông tin người tiêu dùng trên biểu mẫu mã giấy vào tủ hồ nước sơ. Thu thập những tài liệu đó với liệt kê từng loại tin tức hiển thị (ví dụ: mỗi hộp các bạn điền bên trên một biểu mẫu). Ví như bạn không có sẵn bất cứ biểu mẫu mã nào thì cụ vào đó, hãy tưởng tượng các bạn phải xây cất một biểu mẫu để khắc ghi thông tin khách hàng hàng. Bạn có nhu cầu đưa thông tin nào vào biểu mẫu? bạn sẽ tạo phần đông ô nào để điền? khẳng định và liệt kê từng mục trong các này. Ví dụ: đưa sử bạn hiện đang nắm dữ danh sách quý khách trên thẻ chỉ mục. Câu hỏi kiểm tra các thẻ này có thể cho thấy thêm rằng từng thẻ bảo quản một tên khách hàng, địa chỉ, thành phố, đái bang, mã bưu bao gồm và số năng lượng điện thoại. Từng mục trong những này đại diện thay mặt cho một cột tiềm năng vào bảng.

Khi bạn chuẩn bị danh sách này, đừng băn khoăn lo lắng về việc phải khởi tạo bảng hoàn hảo ngay từ bỏ đầu. Cố vào đó, hãy liệt kê từng mục chúng ta nghĩ ra. Nếu người khác thực hiện cơ sở dữ liệu, hãy hỏi cả ý kiến của họ. Bạn có thể tinh chỉnh danh sách sau đó.

Tiếp theo, hãy xem xét loại báo cáo hoặc truyền bá qua thư chúng ta có thể muốn tạo thành từ cửa hàng dữ liệu. Ví dụ: bạn có thể muốn báo cáo doanh số thành phầm hiển thị doanh số theo khu vực hoặc báo cáo tóm tắt hàng tồn kho hiển thị nút tồn kho sản phẩm. Hoàn toàn có thể bạn cũng muốn tạo thư biểu chủng loại để gửi mang lại khách hàng, công bố một sự kiện bán hàng hoặc đưa ra phí trả thêm. Thiết kế báo cáo trong đầu và tưởng tượng báo cáo sẽ trông như ra sao. Bạn có nhu cầu đưa tin tức nào vào báo cáo? Liệt kê từng mục. Triển khai tương tự mang đến thư biểu mẫu và mang đến mọi report khác bạn ý định tạo.

Việc đưa ý tưởng phát minh vào báo cáo và thư tín chúng ta có thể muốn tạo sẽ giúp đỡ xác định được số đông mục cần thiết trong cơ sở dữ liệu. Ví dụ: trả sử bạn đem đến cho khách hàng hàng thời cơ chọn thâm nhập (hoặc ko tham gia) cập nhật email chu kỳ và bạn muốn in một danh sách những người đã lựa chọn tham gia đó. Để đánh dấu thông tin đó, bạn cần thêm một cột “Gửi email” vào bảng khách hàng. Đối với mỗi khách hàng, chúng ta cũng có thể đặt trường là gồm hoặc Không.

Yêu cầu gửi thư email cho người sử dụng sẽ đề xuất một mục khác nhằm ghi lại. Khi chúng ta biết có người sử dụng muốn dìm thư email, bạn cũng trở nên cần biết địa chỉ email nhằm gửi thư cho họ. Vì đó, bạn cần ghi lại add email của từng khách hàng hàng.

Việc tạo thành một chủng loại thử nghiệm cho mỗi report hoặc danh sách đầu ra và lưu ý đến những mục bạn cần để sinh sản báo cáo. Ví dụ, khi bạn kiểm tra một bức thư biểu mẫu, một số điều hoàn toàn có thể sẽ xảy ra. Nếu bạn có nhu cầu đưa ra lời chào chính xác — ví dụ: chuỗi "Mr.", "Mrs." hoặc "MS." bước đầu lời chào, các bạn sẽ phải sản xuất một mục chào mừng. Bên cạnh ra, bạn thường sẽ có thể bắt đầu một vần âm với "Dear Mr. Smith", chứ chưa hẳn là "Dear. Mr. Sylvester Smith ". Điều này lưu ý rằng bạn thường muốn tàng trữ tên cuối cùng với tên đầu tiên.

Điểm chủ yếu cần ghi nhớ rằng bạn nên bóc tách từng mẩu thông tin thành những phần nhỏ tuổi nhất, hữu dụng. Đối với tên, sẽ giúp họ luôn sẵn dùng, bạn sẽ tách tên thành nhị phần — Tên và Họ. Chẳng hạn để chuẩn bị xếp report theo tên, sẽ có lợi nếu yêu thương cầu tàng trữ riêng chúng ta của khách hàng. Nói chung, nếu bạn muốn sắp xếp, tìm kiếm kiếm, giám sát và đo lường hoặc report dựa bên trên một mục thông tin thì bạn nên đặt mục đó vào một trường riêng.

Hãy suy nghĩ tới các câu hỏi bạn có thể muốn cơ sở tài liệu trả lời. Ví dụ: các bạn đã kết thúc bán hàng được cho bao nhiêu sản phẩm khá nổi bật tháng trước? người sử dụng thân thiết của doanh nghiệp sống nghỉ ngơi đâu? Nhà hỗ trợ sản phẩm bán chạy nhất của công ty là ai? việc xem xét trước những thắc mắc này để giúp đỡ bạn hướng tới các mục bổ sung cập nhật cần ghi lại.

Sau khi tích lũy thông tin này, các bạn đã sẵn sàng chuẩn bị cho bước tiếp theo.

Đầu Trang

Phân chia tin tức vào các bảng

Để phân chia thông tin vào các bảng, nên chọn các thực thể hoặc đối tượng người dùng chính. Ví dụ: sau khi tìm và bố trí thông tin về một cơ sở dữ liệu doanh số sản phẩm, danh sách sơ cỗ sẽ trông như sau:

Những thực thể bao gồm được hiển thị ở đây là sản phẩm, bên cung cấp, quý khách và đối kháng hàng. Vày đó, tốt nhất, chúng ta nên bắt đầu với bốn bảng sau: một bảng dữ khiếu nại về sản phẩm, một bảng dữ kiện về bên cung cấp, một bảng dữ kiện về khách hàng và một bảng dữ kiện về đối kháng hàng. Tuy vậy bảng này không hoàn thành xong danh sách nhưng đó là một điểm khởi đầu tốt. Bạn cũng có thể tiếp tục tinh chỉnh danh sách này cho tới khi có có thiết kế tối ưu.

Khi lần thứ nhất xem xét list mục sơ bộ, bạn cũng có thể muốn để tất cả chúng vào một bảng duy nhất, thay bởi bốn bảng như hiển thị trong hình minh họa trước đó. Bạn sẽ biết vì sao tại sao không nên đặt toàn bộ vào và một bảng ngơi nghỉ đây. Hãy cân nhắc một chút, bảng hiển thị sinh sống đây:

Trong trường thích hợp này, mỗi hàng rất nhiều chứa tin tức về cả thành phầm lẫn đơn vị cung cấp. Do chúng ta có thể có nhiều sản phẩm từ và một nhà cung cấp nên tin tức tên và add nhà cung cấp sẽ bị lặp lại nhiều lần. Bởi vậy rất tốn dung lượng ổ đĩa. Câu hỏi chỉ đánh dấu thông tin nhà hỗ trợ một lần vào bảng Nhà cung cấp riêng, rồi liên kết bảng kia với bảng sản phẩm là giải pháp tốt rộng nhiều.

Vấn đề sản phẩm công nghệ hai của kiến tạo này là khi chúng ta cần sửa đổi tin tức về bên cung cấp. Ví dụ: giả sử bạn phải thay đổi showroom của bên cung cấp. Vì địa chỉ cửa hàng xuất hiện nay ở các nơi nên bạn cũng có thể vô tình cầm đổi add ở địa điểm này cơ mà quên rứa đổi địa chỉ ở đa số chỗ khác. Câu hỏi ghi lại địa chỉ của nhà hỗ trợ ở một nơi duy độc nhất vô nhị sẽ giải quyết và xử lý được vấn đề.

Khi bạn xây cất cơ sở dữ liệu của mình, hãy cố gắng chỉ ghi từng dữ khiếu nại một lần. Nếu như khách hàng thấy mình đang lặp lại cùng một thông tin ở các chỗ, chẳng hạn như địa chỉ của một nhà hỗ trợ cụ thể, hãy đặt thông tin đó vào trong 1 bảng riêng.

Xem thêm: Đồng Hồ Thông Minh A1 Plus Lắp Sim Nghe Gọi, Đồng Hồ Thông Minh Smart Watch A1 Thế Hệ Mới Q104

Cuối cùng, trả sử chỉ có một sản phẩm được cung ứng bởi Coho Winery và bạn có nhu cầu xóa sản phẩm mà vẫn giữ lại lại thông tin tên và địa chỉ cửa hàng của đơn vị cung cấp. Các bạn sẽ làm cầm cố nào để xóa phiên bản ghi thành phầm mà không làm cho mất luôn luôn thông tin đơn vị cung cấp? ko thể. Bởi mỗi phiên bản ghi sẽ chứa dữ kiện về một sản phẩm, cũng tương tự dữ khiếu nại về một nhà hỗ trợ nên chúng ta không thể xóa bảng này mà không xóa bảng kia. Để tách riêng các dữ kiện này, bạn phải phân bóc tách một bảng thành hai: một bảng thông tin sản phẩm và một bảng không giống chứa tin tức nhà cung cấp. Bài toán xóa phiên bản ghi thành phầm sẽ chỉ xóa dữ khiếu nại về sản phẩm, chứ không xóa dữ khiếu nại về nhà cung cấp.

Sau khi bạn chọn đối tượng người dùng mà bảng trình bày, các cột trong bảng đó sẽ chỉ lưu trữ dữ khiếu nại về đối tượng. Ví dụ: bảng sản phẩm sẽ chỉ lưu trữ dữ kiện về sản phẩm. Vì showroom nhà cung ứng là một dữ kiện về bên cung cấp, không phải dữ kiện về thành phầm nên dữ kiện này sẽ phía bên trong bảng nhà cung cấp.

Đầu Trang

Biến mục thông tin thành các cột

Để khẳng định các cột vào bảng, hãy đưa ra quyết định thông tin bạn phải theo dõi về đối tượng người dùng được ghi vào bảng. Ví dụ: cùng với bảng khách hàng hàng, Tên, Địa chỉ, mã Zip thành phố Tiểu bang, nhờ cất hộ email, Lời kính chào và Địa chỉ thư điện tử sẽ gồm một danh sách cột mở đầu tốt. Mỗi phiên bản ghi trong bảng cất cùng một tập vừa lòng cột để chúng ta cũng có thể lưu trữ thông tin Tên, Địa chỉ, mã Zip Thành phố-Tiểu bang, giữ hộ email, Lời chào và Địa chỉ e-mail về từng bản ghi. Ví dụ: cột add có chứa địa chỉ cửa hàng của khách hàng. Mỗi bản ghi sẽ chứa tài liệu về một khách hàng và trường địa chỉ cửa hàng sẽ chứa địa chỉ cửa hàng của quý khách đó.

Sau khi đã quyết định nhóm tập vừa lòng cột ban đầu của từng bảng, bạn cũng có thể tinh chỉnh thêm vào cho các cột. Ví dụ: bạn nên lưu trữ tên người sử dụng thành nhị cột riêng biệt biệt: tên cùng họ để rất có thể sắp xếp, tra cứu kiếm với lập chỉ mục trên chủ yếu những cột đó. Tương tự, địa chỉ cửa hàng thực sự bao gồm năm nhân tố riêng lẻ, địa chỉ, thành phố, tiểu bang, mã bưu điện cùng quốc gia/vùng lãnh thổ, bạn cũng nên lưu trữ chúng nó vào các cột riêng rẽ biệt. Nếu bạn có nhu cầu tiến hành kiếm tìm kiếm, thanh lọc hoặc thu xếp hoạt động, chẳng hạn như theo tè bang thì bạn cần lưu tin tức tiểu bang tại một cột riêng.

Bạn cũng cần suy xét xem liệu cơ sở tài liệu chỉ giữ tin tức có xuất phát trong nước tốt có nguồn gốc quốc tế. Ví dụ: nếu như bạn dự định tàng trữ các add quốc tế, chúng ta nên có cột quanh vùng thay cho cột đái bang vị cột này có thể tương xứng cho cả các tiểu bang vào nước với các khoanh vùng thuộc quốc gia/vùng giáo khu khác. Tương tự, Mã Bưu điện sẽ có lợi hơn Mã Zip ví như bạn chuẩn bị lưu trữ các showroom quốc tế.

Danh sách sau trình bày một số mẹo mang lại việc quyết định số cột của bạn.

Đừng bao gồm dữ liệu đang tính toán

Trong phần lớn trường hợp, bạn không nên lưu trữ hiệu quả tính toán trong bảng. Nạm vào đó, chúng ta có thể yêu mong Access thực hiện thống kê giám sát khi ước ao xem kết quả. Ví dụ: đưa sử có một báo cáo Sản phẩm Đã Đặt hàng, hiển thị tổng phụ số đơn vị chức năng đã đặt mang đến từng danh mục thành phầm trong các đại lý dữ liệu. Tuy nhiên, sẽ không tồn tại cột tổng phụ thành phầm Đã Đặt hàng trong bất cứ bảng nào. Nạm vào đó, bảng thành phầm sẽ bao hàm cột Số đơn vị chức năng Đã Đặt hàng, tàng trữ số đơn vị chức năng đã đặt mang đến từng sản phẩm. Access đã sử dụng tài liệu đó để đo lường tổng phụ mỗi khi bạn in báo cáo. Tránh việc lưu tổng phụ trong bảng.

Lưu trữ thông tin trong những phần logic bé dại nhất

Bạn hoàn toàn có thể muốn nhằm trường đơn cho tên không hề thiếu hoặc mang lại tên sản phẩm kèm theo trình bày sản phẩm. Ví như bạn phối hợp nhiều loại thông tin trong một trường thì sau đó sẽ rất khó khăn để truy nã xuất dữ kiện riêng. Hãy tìm cách bóc thông tin thành các phần logic, ví dụ: tạo các trường riêng cho tên và họ hoặc đến tên sản phẩm, danh mục và tế bào tả.

Sau khi tinh chỉnh và điều khiển các cột dữ liệu trong từng bảng, bạn đã chuẩn bị chọn khóa chủ yếu cho từng bảng.

Đầu Trang

Chỉ định khóa chính

Mỗi bảng cần có một cột hoặc tập hợp cột riêng giúp xác định từng sản phẩm được lưu trữ trong bảng. Đây thường xuyên là số thừa nhận dạng duy nhất, chẳng hạn như số ID nhân viên cấp dưới hoặc số sê-ri. Vào thuật ngữ về cơ sở dữ liệu, tin tức này được điện thoại tư vấn là khóa chính của bảng. Access sử dụng các trường khóa chính để link nhanh dữ liệu từ không ít bảng và phối hợp dữ liệu với nhau góp bạn.

Nếu bạn đã có mã định danh duy nhất mang đến bảng, như số sản phẩm để khẳng định riêng từng thành phầm trong danh mục, chúng ta cũng có thể sử dụng mã định danh đó có tác dụng khóa bao gồm của bảng — dẫu vậy chỉ khi các giá trị trong cột này sẽ luôn luôn khác với từng bạn dạng ghi. Khóa chính của chúng ta không thể có mức giá trị trùng lặp. Ví dụ: không sử dụng tên người làm khóa cũng chính vì tên chưa phải là duy nhất. Chúng ta rất dễ chạm chán tình huống hai người dân có cùng tên trong bảng.

Khóa chính sẽ luôn luôn chỉ tất cả một giá trị. Ví như một thời điểm nào đó, quý giá cột biến chuyển không khẳng định hoặc ko rõ (giá trị bị thiếu), bạn sẽ không thể sử dụng giá trị đó có tác dụng thành phía bên trong khóa chính.

Bạn phải luôn chọn khóa chính có giá trị không đổi. Trong một cơ sở tài liệu sử dụng những bảng, chúng ta cũng có thể sử dụng khóa chính của bản thân mình làm tham chiếu vào bảng khác. Nếu khóa chính thay đổi, biến đổi cũng cần phải áp dụng ở đông đảo nơi khóa được tham chiếu. Việc áp dụng khóa chủ yếu sẽ không đổi khác việc giảm cơ hội khóa chính hoàn toàn có thể trở cần không đồng bộ với những bảng không giống tham chiếu mang lại khóa.

Thông thường, người ta đã sử dụng một số trong những duy nhất ngẫu nhiên làm khóa chính. Ví dụ: chúng ta cũng có thể gán một số deals duy nhất mang đến từng đối chọi hàng. Mục tiêu duy độc nhất của số đơn hàng là để xác định đơn hàng. Sau khi gán, số deals sẽ không bao giờ thay đổi.

Nếu bạn không có sẵn cột hoặc tập đúng theo cột rất có thể làm khóa chính tốt, hãy lưu ý đến sử dụng cột bao gồm kiểu dữ liệu Số từ động. Khi chúng ta sử dụng kiểu tài liệu Số từ bỏ động, Access sẽ auto gán một giá bán trị mang lại bạn. Mã định danh không đựng dữ kiện; mã định danh không cất thông tin thực tiễn mô tả hàng nhưng mà mã đại diện. Mã định danh không đựng dữ khiếu nại là tuyển lựa lý tưởng để dùng làm khóa cũng chính vì chúng sẽ không thay đổi. Một khóa thiết yếu sẽ chứa các dữ khiếu nại về một hàng — số điện thoại hoặc tên quý khách hàng chẳng hạn — nhiều kỹ năng sẽ biến đổi vì tự phiên bản thân thông tin thực tế hoàn toàn có thể thay đổi.

1. Một cột được để là kiểu tài liệu Số tự động thường sẽ là một trong những khóa thiết yếu tốt. Không có hai thành phầm nào bao gồm ID tương tự nhau.

Trong một số trường hợp, chúng ta cũng có thể muốn áp dụng hai trường trở lên cùng nhau, cung ứng khóa chủ yếu cho bảng. Ví dụ: một bảng chi tiết Đơn hàng lưu giữ trữ các khoản mục về giao dịch sẽ áp dụng hai cột vào khóa chính: ID Đơn hàng với ID Sản phẩm. Lúc khóa chính thực thi nhiều cột, khóa còn gọi là khóa tổng hợp.

Với cửa hàng dữ liệu lợi nhuận sản phẩm, chúng ta có thể tạo ra cột Số auto cho từng bảng để làm khóa chính: ID_Sản_phẩm mang lại bảng Sản phẩm, ID_Đơn_hàng cho bảng Đơn hàng, ID_Khách_hàng đến bảng quý khách hàng và ID_Nhà_cung_cấp mang lại bảng công ty cung cấp.

Đầu Trang

Tạo mối quan hệ cho bảng

Giờ chúng ta đã phân chia thông tin vào những bảng, bạn phải một phương pháp để kết hợp thông tin lại cùng nhau theo những cách bao gồm ý nghĩa. Ví dụ: biểu chủng loại sau đây bao gồm thông tin xuất phát điểm từ một vài bảng.

1. Các tin tức trong biểu mẫu này được đem từ bảng khách hàng...

2. ...bảng Nhân viên...

3. ...bảng Đơn hàng...

4. ...bảng Sản phẩm...

5. ...và bảng chi tiết Đơn hàng.

Access là 1 trong những hệ thống làm chủ cơ sở tài liệu tương quan. Vào cơ sở dữ liệu tương quan, bạn phân chia tin tức vào những bảng riêng, dựa vào đối tượng. Sau đó, bạn sử dụng mối quan hệ giữa những bảng để phối hợp thông tin cùng với nhau lúc cần.

Đầu Trang

Tạo mối quan hệ một đối nhiều

Hãy để ý đến ví dụ sau: bảng Nhà cung cấp và thành phầm trong cửa hàng dữ liệu giao dịch sản phẩm. Một công ty cung cấp có thể cung cấp bất cứ số thành phầm nào. Kết quả là, với tất cả nhà hỗ trợ được trình bày trong bảng công ty cung cấp, có thể có rất nhiều sản phẩm được trình diễn trong bảng Sản phẩm. Vì chưng đó, mối quan hệ giữa bảng Nhà cung cấp và bảng sản phẩm là quan hệ một đối nhiều.

Để thể hiện nay mối quan hệ một đối những trong thiết kế cơ sở dữ liệu của bạn, hãy mang khóa chủ yếu ở mặt "một" của mối quan tiền hệ rồi thêm khóa kia dưới dạng một cột hay những cột bổ sung vào bảng ở bên "nhiều" của mối quan lại hệ. Ví dụ: trong trường thích hợp này, bạn thêm cột ID Nhà cung ứng từ bảng Nhà cung cấp vào bảng Sản phẩm. Lúc đó, Access có thể sử dụng số ID nhà cung cấp trong bảng sản phẩm để xác minh đúng nhà hỗ trợ cho từng sản phẩm.

Cột ID Nhà cung ứng trong bảng sản phẩm được hotline là khóa ngoại. Khóa ngoại là 1 trong khóa chủ yếu khác của bảng. Cột ID Nhà cung ứng trong bảng sản phẩm là một khóa ngoại vì chưng cột này cũng là khóa chính trong bảng đơn vị cung cấp.

Bạn cung ứng cơ sở nhằm liên kết các bảng liên quan thông qua tùy chỉnh cấu hình ghép đôi khóa chính và khóa ngoại. Nếu bạn không chắc các bảng nào gồm chung cột, việc khẳng định mối quan hệ tình dục một đối nhiều sẽ bảo vệ hai bảng có liên quan thực sự đang yêu cầu cột chung.

Đầu Trang

Tạo quan hệ nhiều đối nhiều

Hãy xem xét mối quan hệ nam nữ giữa bảng sản phẩm và bảng Đơn hàng.

Mỗi một đơn hàng có thể bao gồm những sản phẩm. Khía cạnh khác, mỗi một sản phẩm có thể xuất hiện thêm trên nhiều solo hàng. Vì vậy, đối với mỗi bản ghi vào bảng Đơn hàng, có thể có các bản ghi trong bảng Sản phẩm. Cùng đối với mỗi bản ghi trong bảng Sản phẩm, có thể đang có các bản ghi vào bảng Đơn hàng. Mối quan hệ loại này được gọi là mối quan hệ những đối nhiều vày với sản phẩm bất kỳ, gồm thể có tương đối nhiều đơn hàng; và với giao dịch bất kỳ, gồm thể có rất nhiều sản phẩm. Giữ ý rằng để phát hiện nay mối quan liêu hệ các đối nhiều giữa những bảng, điều đặc biệt quan trọng là bạn hãy lưu ý đến cả nhị phía của mối quan hệ.

Đối tượng của nhị bảng — giao dịch và sản phẩm — có quan hệ nhiều đối nhiều. Vấn lời khuyên hiện sinh hoạt đây. Để hiểu rõ vấn đề, hãy tưởng tượng điều gì xẩy ra nếu bạn cố gắng tạo mối quan hệ giữa hai bảng bằng phương pháp thêm trường ID sản phẩm vào bảng Đơn hàng. Để có nhiều sản phẩm bên trên mỗi solo hàng, bạn phải nhiều bản ghi vào bảng Đơn hàng cho mỗi đơn hàng. Các bạn sẽ lặp lại thông tin đơn hàng cho từng hàng liên quan đến một giao dịch duy nhất — kết quả là kiến thiết không hiệu quả, dẫn đến dữ liệu không thiết yếu xác. Bạn sẽ gặp phải vấn đề tương tự nếu khách hàng đặt ngôi trường ID Đơn sản phẩm vào vào bảng Sản phẩm — các bạn sẽ có nhiều bạn dạng ghi trong bảng sản phẩm cho từng sản phẩm. Bạn xử lý vấn đề này như vậy nào?

Câu trả lời là chế tạo ra một bảng vật dụng ba, thường hotline là bảng nối, tách mối quan hệ các đối các thành hai mối quan hệ một đối nhiều. Chúng ta chèn khóa thiết yếu từ một trong những hai bảng vào bảng lắp thêm ba. Hiệu quả là, bảng thứ tía sẽ khắc ghi từng lần lộ diện hoặc trường hợp mối quan hệ.

Mỗi bản ghi trong bảng chi tiết Đơn hàng đại diện thay mặt cho một khoản mục trên đối chọi hàng. Khóa chủ yếu của bảng cụ thể Đơn hàng bao gồm hai trường — khóa nước ngoài từ bảng Đơn hàng cùng bảng Sản phẩm. Việc áp dụng trường ID Đơn mặt hàng riêng không kết quả như khóa bao gồm cho bảng này vì một giao dịch có thể có khá nhiều khoản mục. ID Đơn sản phẩm được lặp lại cho từng khoản mục trên giao dịch để trường không chứa các giá trị duy nhất. Việc sử dụng trường ID sản phẩm riêng cũng không hiệu quả vì một sản phẩm rất có thể xuất hiện nay trên nhiều đơn hàng khác nhau. Nhưng phối hợp lại, hai trường sẽ luôn tạo ra một quý hiếm duy nhất đến từng bạn dạng ghi.

Trong cửa hàng dữ liệu doanh số sản phẩm, bảng Đơn hàng cùng bảng sản phẩm không tương quan trực kế tiếp nhau. Thay vào đó, chúng liên quan gián tiếp qua bảng cụ thể Đơn hàng. Mối quan hệ nhiều đối những giữa giao dịch và sản phẩm được miêu tả trong cơ sở dữ liệu bằng phương pháp sử dụng hai mối quan hệ một đối nhiều:

Bảng Đơn hàng với bảng cụ thể đơn hàng có quan hệ một đối nhiều. Mỗi đơn hàng có thể có không ít khoản mục tuy nhiên mỗi khoản mục chỉ được kết nối với một đối chọi hàng.

Bảng thành phầm và bảng cụ thể Đơn mặt hàng có mối quan hệ một đối nhiều. Mỗi thành phầm có thể có nhiều khoản mục liên kết nhưng mỗi khoản mục chỉ tham chiếu mang đến một sản phẩm.

Từ bảng cụ thể Đơn hàng, bạn có thể xác định phần đa sản phẩn trên một đơn hàng cụ thể. Chúng ta có thể xác định mọi deals về một sản phẩm cụ thể.

Sau khi kết hợp bảng cụ thể Đơn hàng, list bảng cùng trường vẫn trông như sau:

Đầu Trang

Tạo mối quan hệ một đối một

Một kiểu mối quan hệ khác là quan hệ một đối một. Ví dụ: trả sử chúng ta cần ghi lại một số thông tin bổ sung cập nhật về sản phẩm đặc trưng mà các bạn sẽ hiếm khi nên hoặc chỉ áp dụng cho một vài ba sản phẩm. Vì các bạn không cần thông tin này thường xuyên và vì bài toán lưu trữ thông tin trong bảng thành phầm sẽ chế tác ra dung tích trống đến tất cả thành phầm áp dụng nên bạn phải đặt tin tức vào bảng riêng. Y hệt như bảng Sản phẩm, các bạn sẽ sử dụng ID sản phẩm làm khóa chính. Quan hệ giữa bảng bổ sung cập nhật này và bảng sản phẩm là quan hệ một đối một. Với mỗi phiên bản ghi vào bảng Sản phẩm, sẽ có sẵn một bản ghi khớp tốt nhất trong bảng té sung. Lúc bạn xác định mối dục tình này, cả hai bảng phải bao gồm chung trường.

Khi các bạn phát hiện mong muốn về mối quan hệ một đối một trong những cơ sở dữ liệu, hãy cân nhắc xem liệu chúng ta cũng có thể kết hợp thông tin từ nhì bảng vào vào một bảng không. Nếu vì vì sao nào này mà bạn không thích kết hợp, có lẽ vì việc đó hoàn toàn có thể dẫn đến nhiều dung tích trống, danh sách sau đây sẽ cho biết cách các bạn sẽ trình bày mối quan hệ trong thiết kế:

Nếu hai bảng tất cả cùng đối tượng, gồm lẽ chúng ta cũng có thể thiết lập mọt quan hệ bằng phương pháp sử dụng thuộc khóa thiết yếu trong cả nhì bảng.

Nếu nhì bảng có đối tượng khác nhau với khóa thiết yếu khác nhau, hãy chọn 1 trong nhị bảng (bảng này hoặc bảng kia) và chèn khóa thiết yếu của bàng vào bảng sót lại làm khóa ngoại.

Việc khẳng định mối quan hệ tình dục giữa những bảng để giúp đỡ bạn đảm bảo an toàn rằng các bạn có những bảng với cột đúng. Lúc tồn tại quan hệ một đối một hoặc một đối nhiều, các bảng liên quan sẽ cần phải có chung một hoặc những cột. Khi tồn tại mối quan hệ nhiều đối các thì sẽ cần phải có một bảng thứ bố để diễn đạt mối quan lại hệ.

Đầu Trang

Tinh chỉnh thiết kế

Sau khi bạn có các bảng, trường và quan hệ cần thiết, bạn nên tạo cùng điền dữ liệu mẫu vào những bảng, bên cạnh đó thử thao tác với thông tin: tạo các truy vấn, thêm các bản ghi bắt đầu và v.v.. Bài toán này sẽ giúp đỡ tô sáng những vấn đề tiềm ẩn — ví dụ: bạn có thể cần thêm 1 cột chúng ta đã quên chèn vào giai đoạn kiến tạo hoặc bạn cũng có thể có một bảng yêu cầu phân tách bóc thành nhị bảng để loại trừ trùng lặp.

Xem liệu bạn có thể sử dụng cơ sở dữ liệu để nhận ra câu trả lời mong mong mỏi không. Tạo bản thảo thô cho các biểu mẫu và report và xem liệu chúng tất cả hiển thị tài liệu như dự con kiến không. Tìm tài liệu trùng lặp không cần thiết khi chúng ta tìm thấy bất cứ trùng lặp nào, hãy đổi khác thiết kế để loại trừ trùng lặp.

Khi dùng thử cơ sở dữ liệu ban đầu, các bạn sẽ có thể phát hiện tại ra cơ hội để cải thiện. Sau đó là một vài ba nội dung nên kiểm tra:

Bạn có quên bất kể cột làm sao không? nếu như có, thông tin có ở trong về bảng hiện tất cả không? Nếu đó là tin tức về vụ việc khác, bạn có thể cần tạo ra một bảng khác. Tạo cột cho đa số mục tin tức bạn bắt buộc theo dõi. Nếu không thể đo lường thông tin từ các cột không giống thì gồm thể bạn sẽ cần tạo cột bắt đầu cho thông tin.

Có cột như thế nào là dư thừa do thông tin hoàn toàn có thể được đo lường và thống kê từ những trường hiện tại không? ví như một mục thông tin có thể được đo lường và tính toán từ những cột hiện gồm khác — giá phân tách khấu được tính từ giá kinh doanh nhỏ chẳng hạn — xuất sắc hơn bạn nên tính luôn, tránh chế tác cột mới.

Bạn tất cả nhập lại thông tin trùng lặp vào trong 1 trong các bảng của bản thân mình không? ví như vậy, có lẽ bạn cần phân loại bảng thành nhì bảng có quan hệ một đối nhiều.

Bạn có bảng với khá nhiều trường, số phiên bản ghi tiêu giảm và nhiều trường trống trong phiên bản ghi riêng? giả dụ vậy, hãy lưu ý đến thiết kế lại bảng để bảng có ít trường và tất cả nhiều bạn dạng ghi hơn.

Mỗi mục tin tức đã được bóc thành nhiều phần hữu ích nhỏ dại nhất? nếu như bạn cần báo cáo, sắp tới xếp, tra cứu kiếm hoặc đo lường trên một mục thông tin, hãy để mục vào chủ yếu cột thông tin đó.

Mỗi cột bao gồm chứa dữ kiện về đối tượng người sử dụng của bảng không? nếu cột ko chứa tin tức về đối tượng người dùng của bảng thì cột đã thuộc về một bảng khác.

Tất cả mối quan hệ giữa các bảng vẫn được trình diễn bằng trường bình thường hay bởi bảng thứ tía chưa? những mối dục tình một đối một và một đối nhiều yêu cầu cột chung. Quan hệ nhiều đối những yêu cầu bảng đồ vật ba.

Tinh chỉnh bảng Sản phẩm

Giả sử mỗi thành phầm trong cơ sở dữ liệu doanh số thành phầm đều trực thuộc về và một danh mục, chẳng hạn như đồ uống, các gia vị hoặc hải sản. Bảng Sản phẩm hoàn toàn có thể chứa một ngôi trường hiển thị danh mục cho từng sản phẩm.

Giả sử sau thời điểm kiểm tra cùng tinh chỉnh thi công của các đại lý dữ liệu, bạn quyết định lưu trữ mô tả hạng mục cùng với tên danh mục. Nếu như bạn thêm trường mô tả danh mục vào bảng Sản phẩm, chúng ta phải tái diễn từng mô tả hạng mục cho từng sản phẩm thuộc hạng mục đó — đây chưa phải là phương án tốt.

Giải pháp tốt hơn là đưa hạng mục thành một đối tượng người dùng mới cho cơ sở tài liệu để theo dõi, cùng với bảng riêng cùng khóa chủ yếu riêng. Khi đó, bạn cũng có thể thêm khóa chủ yếu từ bảng danh mục vào bảng thành phầm làm khóa ngoại.

Các bảng danh mục và sản phẩm có quan hệ một đối nhiều: một danh mục có thể bao hàm nhiều thành phầm nhưng một sản phẩm chỉ có thể nằm trong một danh mục.

Khi chúng ta xem lại cấu trúc bảng, hãy theo dõi những nhóm lặp lại. Chẳng hạn, chú ý bảng chứa hầu hết cột sau:

ID Sản phẩm

Tên

ID Sản phẩm1

Tên1

ID Sản phẩm2

Tên2

ID Sản phẩm3

Tên3

Ở đây, mỗi sản phẩm là một đội nhóm cột lặp lại khác với các cột khác chỉ lúc thêm số vào thời điểm cuối tên cột. Khi bạn thấy những cột được đánh số theo cách này, bạn cần truy nhập lại vào thiết kế.

Thiết kế này còn có một vài thiếu sót. Với những người mới bắt đầu, xây đắp buộc bạn đặt giới hạn trên cho số sản phẩm. Ngay trong lúc vượt quá số lượng giới hạn đó, chúng ta phải thêm một đội nhóm cột new vào cấu trúc bảng, đấy là một tác vụ quản lí trị chính.

Một vấn đề nữa là nếu những nhà hỗ trợ đó gồm số sản phẩm ít rộng mức tối đa thì sẽ làm tiêu tốn lãng phí không gian, vì những cột bổ sung cập nhật sẽ trống. Thiếu sót nghiêm trọng nhất với kiến thiết này là thiết kế khiến bạn khó có thể thực hiện những tác vụ, như bố trí hoặc lập chỉ mục bảng bằng ID giỏi tên sản phẩm.

Bất cứ bao giờ bạn thấy đội lặp lại, hãy xem kỹ lại thiết kế, chú ý đến việc phân bóc tách bảng thành hai. Vào ví dụ ngơi nghỉ trên, xuất sắc hơn các bạn nên áp dụng hai bảng, một bảng cho nhà cung cấp và một bảng mang đến sản phẩm, được links bằng ID bên cung cấp.

Đầu Trang

Áp dụng các quy tắc chuẩn hóa

Bạn hoàn toàn có thể áp dụng các quy tắc chuẩn hóa tài liệu (đôi khi được điện thoại tư vấn là những quy tắc chuẩn chỉnh hóa) làm bước tiếp sau trong thiết kế. Bạn thực hiện những luật lệ này giúp thấy liệu bảng của bạn đã được cấu tạo đúng chưa. Tiến trình áp dụng phép tắc vào kiến tạo cơ sở dữ liệu của khách hàng được call là chuẩn hóa cơ sở tài liệu hoặc dễ dàng là chuẩn hóa.

Chuẩn hóa sẽ có ích nhất sau khi bạn trình bày hồ hết mục tin tức và đạt đến xây dựng sơ bộ. Ý tưởng này góp bạn bảo đảm mình đang phân chia các mục thông tin vào bảng say mê hợp. Chuẩn chỉnh hóa không thể bảo đảm an toàn rằng bạn đã sở hữu tất cả những mục dữ liệu đúng nhằm bắt đầu.

Bạn áp dụng các quy tắc này liên tục, ở mỗi bước để bảo đảm thiết kế của người sử dụng đạt đến trong số những trạng thái được điện thoại tư vấn là "biểu mẫu bình thường". Năm biểu mẫu thông thường được gật đầu rộng rãi — biểu mẫu thông thường đầu tiên đến biểu mẫu bình thường thứ năm. Bài viết này cung cấp thêm chi tiết về bố biểu mẫu đầu tiên vì chúng là biểu mẫu đề xuất cho phần lớn thiết kế đại lý dữ liệu.

Biểu mẫu bình thường đầu tiên

Biểu mẫu thông thường đầu tiên nêu rõ từng giao điểm giữa hàng và cột vào bảng đó tồn tại một quý hiếm duy độc nhất vô nhị và chưa hẳn là list giá trị. Ví dụ: các bạn không thể đặt tên trường là ngân sách chi tiêu và đặt nhiều ngân sách chi tiêu trong đó. Nếu như bạn quan niệm từng giao điểm của hàng và cột là một trong những ô thì mỗi ô chỉ rất có thể nhận một giá trị.

Biểu mẫu thông thường thứ hai

Biểu mẫu thông thường thứ nhì yêu cầu mỗi cột không khóa đề xuất hoàn toàn phụ thuộc vào trên khóa chính, chứ không chỉ trên một trong những phần khóa. Phép tắc này được áp dụng khi bạn có khóa chính chứa nhiều cột. Ví dụ: đưa sử các bạn có bảng chứa đầy đủ cột sau, lúc ID Đơn hàng với ID sản phẩm hình thành khóa chính:

ID Đơn hàng (khóa chính)

ID thành phầm (khóa chính)

Tên Sản phẩm

Thiết kế này vi phạm luật biểu mẫu thông thường thứ hai vị Tên Sản phẩm nhờ vào vào ID sản phẩm chứ chưa phải ID Đơn sản phẩm nên xây dựng không phụ thuộc vào hoàn toàn vào khóa chính. Chúng ta phải sa thải Tên sản phẩm khỏi bảng. Tên thành phầm thuộc một bảng không giống (Sản phẩm).

Biểu mẫu thông thường thứ ba

Biểu mẫu bình thường thứ ba không chỉ có yêu cầu toàn bộ cột ko khóa dựa vào hoàn toàn vào khóa chủ yếu mà còn yêu ước chúng hòa bình với nhau.

Nói biện pháp khác, từng cột ko khóa phải phụ thuộc vào vào khóa chủ yếu và ko gì kế bên khóa chính. Chẳng hạn, trả sử các bạn có bảng chứa hầu như cột sau:

ID_Sản_phẩm (khóa chính)

Tên

SRP

Chiết khấu

Giả sử phân tách khấu phụ thuộc vào vào giá kinh doanh nhỏ đề xuất (SRP). Bảng này phạm luật biểu mẫu bình thường thứ ba vì cột ưu tiên không khóa phụ thuộc vào một cột không khóa khác, SRP. Sự hòa bình của cột nghĩa là chúng ta có thể thay đổi bất cứ cột ko khóa nào cơ mà không làm tác động đến các cột khác. Nếu bạn chuyển đổi giá trị vào trường SRP, cột khuyến mãi sẽ chuyển đổi theo vì phạm luật quy tắc này. Trong trường hợp này, cột chiết khấu sẽ được di chuyển sang bảng khác tất cả khóa bên trên SRP.