Trong quy trình tạo cấu tạo của một bảng, khi chế tác một trường, bài toán nào tiếp sau đây khôngnhất thiết yêu cầu thực hiện?
Toán 12
Lý thuyết Toán 12
Giải bài tập SGK Toán 12
Giải BT sách nâng cao Toán 12
Trắc nghiệm Toán 12
Ôn tập Toán 12 Chương 4
Đề thi HK2 môn Toán 12
Ngữ văn 12
Lý thuyết Ngữ Văn 12
Soạn văn 12
Soạn văn 12 (ngắn gọn)
Văn chủng loại 12
Hồn Trương Ba, domain authority hàng thịt
Đề thi HK2 môn Ngữ Văn 12
Tiếng Anh 12
Giải bài bác Tiếng Anh 12
Giải bài Tiếng Anh 12 (Mới)
Trắc nghiệm tiếng Anh 12
Unit 16 Lớp 12
Tiếng Anh 12 bắt đầu Unit 10
Đề thi HK2 môn giờ Anh 12
Vật lý 12
Lý thuyết trang bị Lý 12
Giải bài tập SGK đồ gia dụng Lý 12
Giải BT sách cải thiện Vật Lý 12
Trắc nghiệm đồ Lý 12
Ôn tập đồ gia dụng lý 12 Chương 7
Đề thi HK2 môn thiết bị Lý 12
Hoá học 12
Lý thuyết Hóa 12
Giải bài xích tập SGK Hóa 12
Giải BT sách nâng cấp Hóa 12
Trắc nghiệm Hóa 12
Hoá học tập 12 Chương 9
Đề thi HK2 môn Hóa 12
Sinh học tập 12
Lý thuyết Sinh 12
Giải bài xích tập SGK Sinh 12
Giải BT sách cải thiện Sinh 12
Trắc nghiệm Sinh 12
Ôn tập Sinh 12 Chương 8 + 9 + 10
Đề thi HK2 môn Sinh 12
Lịch sử 12
Lý thuyết lịch sử dân tộc 12
Giải bài bác tập SGK lịch sử dân tộc 12
Trắc nghiệm lịch sử hào hùng 12
Lịch Sử 12 Chương 5 lịch sử dân tộc VN
Đề thi HK2 môn lịch sử vẻ vang 12
Địa lý 12
Lý thuyết Địa lý 12
Giải bài xích tập SGK Địa lý 12
Trắc nghiệm Địa lý 12
Địa Lý 12 Địa Lý Địa Phương
Đề thi HK2 môn Địa lý 12
GDCD 12
Lý thuyết GDCD 12
Giải bài xích tập SGK GDCD 12
Trắc nghiệm GDCD 12
GDCD 12 học kì 2
Đề thi HK2 môn GDCD 12
Công nghệ 12
Lý thuyết công nghệ 12
Giải bài bác tập SGK công nghệ 12
Trắc nghiệm technology 12
Công nghệ 12 Chương 6
Đề thi HK2 môn technology 12
Tin học 12
Lý thuyết Tin học tập 12
Giải bài tập SGK Tin học tập 12
Trắc nghiệm Tin học tập 12
Tin học 12 Chương 4
Đề thi HK2 môn Tin học tập 12
Xem những nhất tuần
Đề thi minh họa thpt QG năm 2023
Đề thi trung học phổ thông QG 2023 môn thứ lý
Đề thi trung học phổ thông QG 2023 môn Hóa
Đề thi trung học phổ thông QG 2023 môn Sinh
Đề thi thpt QG 2023 môn Sử
Đề thi thpt QG 2023 môn Địa
Đề thi thpt QG 2023 môn GDCD
Đề thi thpt QG 2023 môn Toán
Đề thi thpt QG 2023 môn tiếng Anh
Đề thi thpt QG 2023 môn Ngữ Văn
Đề cương cứng HK2 lớp 12
Đề thi HK2 lớp 12
Video ôn thi trung học phổ thông QG môn Văn
Video ôn thi trung học phổ thông QG tiếng Anh
Video ôn thi trung học phổ thông QG môn Toán
Video ôn thi thpt QG môn đồ vật lý
Video ôn thi trung học phổ thông QG môn Hóa
Video ôn thi trung học phổ thông QG môn Sinh
Tuyên Ngôn Độc Lập
Tây Tiến
Việt Bắc
Đất Nước- Nguyễn Khoa Điềm
Người lái đò sông Đà
Ai đang đặt tên cho cái sông
Vợ chồng A Phủ
Vợ Nhặt
Rừng xà nu
Những người con trong gia đình
Chiếc thuyền xung quanh xa
Khái quát mắng văn học vn từ đầu CMT8 1945 đến thế kỉ XX
Kết nối với chúng tôi
TẢI ỨNG DỤNG HỌC247
Thứ 2 - thứ 7: tự 08h30 - 21h00
hoc247.vnThỏa thuận sử dụng
Đơn vị chủ quản: doanh nghiệp Cổ Phần giáo dục đào tạo HỌC 247
Chịu trọng trách nội dung: Nguyễn Công Hà - Giám đốc doanh nghiệp CP giáo dục và đào tạo Học 247
Access mang đến boedionomendengar.com 365 Access 2021 Access 2019 Access năm 2016 Access 2013 Access 2010 Access 2007 coi thêm...Ẩn bớt
Một cửa hàng dữ liệu được thiết kế theo phong cách đúng sẽ cung cấp cho mình quyền truy hỏi nhập vào tin tức chính xác, new nhất. Vì chưng một thiết kế cân xứng 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 đại lý dữ liệu nên việc dành thời gian cần thiết để tìm hiểu các nguyên tắc xây cất tối ưu là khôn xiết quan trọng. Cuối cùng, nhiều khả năng bạn sẽ tìm ra một đại lý dữ liệu thỏa mãn nhu cầu được nhu cầu của bản thân mình và hoàn toàn có thể dễ dàng nạm đổi.
Bạn đang xem: Trong quá trình tạo cấu trúc của một bảng
Bài viết này sẽ cung ứng hướng dẫn để lên kế hoạch tạo ra cơ sở dữ liệu trên sản phẩm công nghệ tính. Bạn sẽ biết phương pháp để quyết định những thông tin mình cần, cách phân chia thông tin đó vào những bảng và cột ham mê hợp, cũng giống như mối tình dục của bọn chúng với nhau. Bạn cần đọc bài viết này trước khi tạo cơ sở tài liệu trên máy tính xách tay lần đầu.
Quan trọng: Access mang lại các từng trải thiết kế, giúp đỡ bạn tạo các ứng dụng đại lý dữ liệu giành riêng cho Web. Nhiều điểm cần xem xét về xây cất sẽ không giống với khi chúng ta thiết kế mang đến Web. Bài viết này không bàn luận về xây đắp ứng dụng cơ sở tài liệu Web. Để hiểu thêm thông tin, hãy xem nội dung bài viết Xây dựng cơ sở dữ liệu để share trên Web.
Trong bài viết này
Một số luật pháp về cơ sở dữ liệu cần biết
Access sẽ thu xếp thông tin của khách hàng vào các bảng: danh sách những hàng cùng cột gợi nhớ mang đến một bảng hoặc bảng tính của nhân viên cấp dưới kế toán. Trong cơ sở tài liệu đơn giản, bạn cũng có thể chỉ gồm một bảng. Với phần nhiều cơ sở dữ liệu, các bạn sẽ cần nhiều bảng. Ví dụ: chúng ta 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 lại trữ thông tin về giao dịch và một bảng khác nữa chứa tin tức về khách hàng hàng.
Chính xác hơn, từng hàng sẽ tiến hành gọi là 1 trong những bản ghi, còn mỗi cột sẽ tiến hành gọi là 1 trường. Bản ghi là một trong cách có ích và đồng nhất để tổng hợp thông tin về văn bản nào đó. Trường là một mục thông tin đơn — một các loại mục lộ diện trong mọi bạn dạng ghi. Ví dụ: vào bảng Sản phẩm, mỗi mặt hàng hoặc bản ghi đang chứa tin tức về một sản phẩm. Từng cột hoặc trường đang chứa một trong những loại thông tin về sản phẩm đó, như thương hiệu hoặc giá bán cả.
Đầu Trang
Thiết kế cửa hàng dữ liệu tốt là?
Một số chế độ hướng dẫn quy trình xây đắp cơ sở dữ liệu. Phương pháp đầu tiên: thông tin trùng lặp (hay nói một cách khác là dữ liệu dự phòng) là có hại vì tin tức này gây lãng phí về dung lượng và làm tăng kĩ năng lỗi cũng tương tự sự không độc nhất vô nhị quán. Cơ chế thứ nhị là sự đúng mực và sự hoàn chỉnh của tin tức rất quan lại trọng. Nếu các đại lý dữ liệu của công ty có chứa tin tức không đúng chuẩn thì mọi report sử dụng tin tức từ cơ sở tài liệu đó cũng trở nên chứa thông tin không thiết yếu xác. Công dụng là mọi đưa ra quyết định bạn đưa ra dựa trên các report đó đã trở thành tin tức sai lệch.
Do đó, thi công cơ sở dữ liệu giỏi là một thiết kế:
Phân phân chia thông tin của người tiêu dùng 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 quan trọng để phối hợp thông tin trong số bảng cùng với nhau, lúc cần.
Giúp cung cấp và đảm bảo tính đúng chuẩn cũng như tính toàn diện cho thông tin của bạn.
Điều chỉnh nhu cầu report và xử lý dữ 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 đích của các đại lý dữ liệu
Việc này góp bạn chuẩn bị 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 bạn có thể muốn ghi vào cửa hàng dữ liệu, như tên thành phầm và số đối kháng hàng.
Phân chia tin tức vào các bảng
Phân chia mục thông tin vào các 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 người sử dụng sau này sẽ trở thành một bảng.
Biến mục tin tức thành các cột
Quyết định một số loại thông tin bạn muốn lưu trữ vào từng bảng. Từng mục sẽ biến chuyển một trường cùng được hiển thị dưới dạng cột trong bảng. Ví dụ: một bảng Nhân viên có thể chứa các trường như Họ và Ngày tuyển dụng.
Chỉ định khóa chính
Chọn khóa chính cho từng bảng. Khóa chính là một cột, dùng để xác định từng sản phẩm riêng. Ví dụ hoàn toàn có thể là ID sản phẩm hoặc ID Đơn hàng.
Thiết lập quan hệ cho bảng
Xem bảng và đưa 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 chế tạo ra bảng mới để triển khai rõ mối quan hệ, giả dụ cần.
Tinh chỉnh thiết kế của bạn
Phân tích xây dựng để tìm lỗi. Chế tạo bảng với thêm một số bạn dạng ghi dữ liệu mẫu. Xem liệu bạn cũng có thể nhận được hiệu quả mong muốn từ bảng không. Thực hiện điều chỉnh thiết kế, ví như cần.
Áp dụng các quy tắc chuẩn hóa
Áp dụng những quy tắc chuẩn chỉnh hóa tài liệu để xem liệu bảng của khách hà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 đại lý dữ liệu
Tốt nhất, các bạn nên đánh dấu mục đích của cơ sở tài liệu ra giấy — mục tiêu của cơ sở dữ liệu, bạn dự tính sử dụng đại lý dữ liệu như thế nào và ai sẽ sử dụng cơ sở dữ liệu. Đối với cơ sở dữ liệu nhỏ dành cho bạn gia đình, ví dụ: bạn có thể ghi đơn giản dễ dàng như "Cơ sở dữ liệu người sử dụng lưu danh sách thông tin người tiêu dùng cho mục đích tạo lăng xê qua thư và chế tạo ra báo cáo". Nếu cửa hàng dữ liệu tinh vi hơn hoặc có nhiều người dùng, như thường xảy ra trong môi trường doanh nghiệp thì mục đích hoàn toàn có thể đơn giản chỉ là 1 đoạn văn hoặc nhiều hơn và cần bao gồm thời gian, tương tự như cách mỗi cá nhân sử dụng đại lý dữ liệu. Tốt nhất, chúng ta nên có tuyên bố thiên chức được chế tạo tốt có thể được tham chiếu vào suốt các bước thiết kế. Việc có tuyên cha này sẽ giúp đỡ bạn tập trung vào mục tiêu khi đưa ra quyết định.
Đầu Trang
Tìm và sắp xếp thông tin cần thiết
Để tìm kiếm và sắp xếp thông tin phải thiết, hãy bước đầu bằng thông tin hiện có. Ví dụ: chúng ta cũng có thể ghi lại đơn hàng vào sổ loại hoặc giữ giàng thông tin người sử dụng trên biểu mẫu giấy trong tủ hồ nước sơ. Thu thập những tư liệu đó với liệt kê từng loại tin tức hiển thị (ví dụ: mỗi hộp chúng ta điền bên trên một biểu mẫu). Nếu bạn không tồn tại sẵn bất kể biểu mẫu nào thì cụ vào đó, hãy tưởng tượng các bạn phải xây đắp một biểu mẫu mã để lưu lại thông tin khách hàng. Bạn muốn đưa tin tức nào vào biểu mẫu? bạn sẽ tạo phần nhiều ô nào để điền? khẳng định và liệt kê từng mục trong số này. Ví dụ: mang sử bạn hiện đang nắm dữ danh sách quý khách hàng trên thẻ chỉ mục. Vấn đề kiểm tra các thẻ này có thể cho thấy thêm rằng mỗi thẻ lưu lại một tên khách hàng, địa chỉ, thành phố, tè bang, mã bưu chủ yếu và số điện thoại. Từng mục trong số này thay mặt đại diện cho một cột tiềm năng vào bảng.
Khi bạn sẵn sàng danh sách này, đừng băn khoăn lo lắng về việc phải tạo bảng hoàn hảo và tuyệt vời nhất ngay trường đoản cú đầu. Ráng vào đó, hãy liệt kê từng mục chúng ta nghĩ ra. Nếu người khác sử dụng cơ sở dữ liệu, hãy hỏi cả chủ kiến của họ. Bạn cũng 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 pr qua thư chúng ta có thể muốn tạo nên từ cơ sở 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 quanh vùng hoặc report tóm tắt sản phẩm tồn kho hiển thị mức tồn kho sản phẩm. Có thể bạn cũng muốn tạo thư biểu chủng loại để gửi cho khách hàng, ra mắt một sự kiện bán hàng hoặc đưa ra phí trả thêm. Thiết kế report trong đầu với tưởng tượng báo cáo sẽ trông như ra sao. Bạn có nhu cầu đưa thông tin nào vào báo cáo? Liệt kê từng mục. Tiến hành tương tự cho thư biểu chủng loại và mang đến mọi report khác bạn ý định tạo.
Việc đưa phát minh vào báo cáo và thư tín bạn cũng có thể muốn tạo sẽ giúp đỡ xác định được phần lớn mục cần thiết trong đại lý dữ liệu. Ví dụ: giả sử bạn đem đến cho khách hàng hàng cơ hội chọn gia nhập (hoặc không tham gia) update email chu kỳ và bạn muốn in một danh sách những người dân đã lựa chọn tham gia đó. Để đánh dấu thông tin đó, bạn phải thêm một cột “Gửi email” vào bảng khách hàng hàng. Đối với mỗi khách hàng, bạn có thể đặt ngôi trường là tất cả hoặc Không.
Yêu ước gửi thư thư điện tử cho khách hàng sẽ lời khuyên một mục khác nhằm ghi lại. Khi chúng ta biết có quý khách muốn dìm thư email, bạn cũng trở thành cần biết add email để gửi thư mang lại họ. Vị đó, bạn cần ghi lại địa chỉ email của từng khách hàng hàng.
Việc tạo nên một mẫu mã thử nghiệm mang lại mỗi report hoặc list đầu ra và xem xét những mục bạn cần để sản xuất báo cáo. Ví dụ, khi chúng ta kiểm tra một bức thư biểu mẫu, một vài điều có thể sẽ xảy ra. Nếu bạn có nhu cầu đưa ra lời chào đúng mực — ví dụ: chuỗi "Mr.", "Mrs." hoặc "MS." bước đầu lời chào, các bạn sẽ phải tạo ra một mục chào mừng. Quanh đó ra, bạn thông thường có thể bước đầu một chữ cái với "Dear Mr. Smith", chứ chưa hẳn là "Dear. Mr. Sylvester Smith ". Điều này nhắc nhở rằng chúng ta thường muốn tàng trữ tên cuối cùng với tên đầu tiên.
Điểm bao gồm cần ghi nhớ là bạn nên bóc tách từng mẩu tin tức thành các phần nhỏ dại nhất, hữu dụng. Đối cùng với tên, sẽ giúp họ luôn luôn sẵn dùng, các bạn sẽ tách thương hiệu thành nhì phần — Tên cùng Họ. Ví dụ điển hình để sắp đến xếp báo cáo theo tên, sẽ có lợi nếu yêu thương cầu tàng trữ riêng họ của khách hàng. Nói chung, nếu bạn có nhu cầu sắp xếp, kiếm tìm kiếm, tính toán hoặc report dựa trên một mục thông tin thì bạn nên được sắp xếp mục đó vào trong 1 trường riêng.
Hãy nghĩ tới các câu hỏi bạn cũng có thể muốn cơ sở dữ liệu trả lời. Ví dụ: chúng ta đã kết thúc bán hàng được cho bao nhiêu sản phẩm trông rất nổi bật tháng trước? khách hàng thân thiết của người tiêu dùng sống sống đâu? Nhà hỗ trợ sản phẩm bán chạy nhất của người sử dụng là ai? việc xem xét trước những thắc mắc này để giúp bạn hướng về các mục bổ sung cần ghi lại.
Sau khi thu thập thông tin này, bạn đã sẵn sàng chuẩn bị cho bước tiếp theo.
Đầu Trang
Phân chia thông tin vào những 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 chính. Ví dụ: sau thời điểm tìm và thu xếp thông tin về một cơ sở dữ liệu doanh số sản phẩm, list sơ cỗ sẽ trông như sau:
Những thực thể chính được hiển thị ở đấy là sản phẩm, bên cung cấp, quý khách hàng và đối kháng hàng. Vày đó, giỏi nhất, bạn 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ữ khiếu nại về bên cung cấp, một bảng dữ khiếu nại về khách hàng và một bảng dữ kiện về đối chọi hàng. Tuy vậy bảng này không triển khai xong danh sách nhưng đây là một điểm mở màn tốt. Chúng ta có thể tiếp tục điều khiển và tinh chỉnh danh sách này cho đến khi có được thiết kế tối ưu.
Khi thứ nhất xem xét list mục sơ bộ, bạn cũng có thể muốn để tất cả nó vào một bảng duy nhất, thay vì bốn bảng như hiển thị vào hình minh họa trước đó. Các bạn sẽ biết lý do tại sao không nên đặt tất cả vào cùng một bảng sống đây. Hãy suy xét một chút, bảng hiển thị sống đây:
Trong trường đúng theo này, từng hàng hồ hết chứa tin tức về cả sản phẩm lẫn công ty cung cấp. Do chúng ta có thể có nhiều sản phẩm từ và một nhà cung ứng nên tin tức tên và showroom nhà cung cấp sẽ bị tái diễn nhiều lần. Bởi vậy rất tốn dung lượng ổ đĩa. Vấn đề chỉ lưu lại thông tin nhà cung cấp một lần vào bảng Nhà hỗ trợ riêng, rồi link bảng đó với bảng thành phầm là giải pháp tốt rộng nhiều.
Vấn đề thiết bị hai của xây dựng này là khi bạn cần sửa đổi thông tin về công ty cung cấp. Ví dụ: mang sử bạn phải thay đổi add của công ty cung cấp. Vì địa chỉ cửa hàng xuất hiện tại ở nhiều nơi nên chúng ta có thể vô tình gắng đổi địa chỉ cửa hàng ở khu vực này nhưng lại quên gắng đổi địa chỉ ở phần đa chỗ khác. Vấn đề ghi lại add của nhà cung cấp ở một nơi duy độc nhất sẽ giải quyết được vấn đề.
Khi bạn thi công cơ sở tài 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 bản thân đang tái diễn cùng một tin tức ở nhiều chỗ, ví dụ điển hình như địa chỉ của một nhà hỗ trợ cụ thể, hãy đặt tin tức đó vào một trong những bảng riêng.
Cuối cùng, mang sử chỉ gồm một thành 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 duy trì lại tin tức tên và showroom của nhà cung cấp. Bạn sẽ làm cố kỉnh nào để xóa bản ghi sản phẩm mà không có tác dụng mất luôn luôn thông tin đơn vị cung cấp? không thể. Vì mỗi phiên bản ghi sẽ chứa dữ kiện về một sản phẩm, cũng như dữ khiếu nại về một nhà cung cấp nên các bạn không thể xóa bảng này nhưng không xóa bảng kia. Để tách riêng các dữ khiếu nại này, các bạn phải phân 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ác 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 cần xóa dữ khiếu nại về bên cung cấp.
Sau khi bạn chọn đối tượng người sử dụng mà bảng trình bày, những cột trong bảng đó sẽ chỉ lưu trữ dữ kiện 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ì add nhà hỗ trợ là một dữ khiếu nại về công ty cung cấp, không phải dữ khiếu nại về sản phẩm nên dữ kiện này sẽ phía trong bảng nhà cung cấp.
Đầu Trang
Biến mục thông tin thành các cột
Để xác định các cột vào bảng, hãy đưa ra quyết định thông tin bạn cần theo dõi về đối tượng người tiêu dùng được ghi trong bảng. Ví dụ: cùng với bảng khách hàng, Tên, Địa chỉ, mã Zip thành phố Tiểu bang, giữ hộ email, Lời chào và Địa chỉ email sẽ gồm 1 danh sách cột mở đầu tốt. Mỗi phiên bản ghi vào bảng chứa cùng một tập thích hợp cột để chúng ta cũng có thể lưu trữ tin tức Tên, Địa chỉ, mã Zip Thành phố-Tiểu bang, gởi email, Lời kính chào và Địa chỉ email về từng bạn dạng ghi. Ví dụ: cột địa chỉ cửa hàng có chứa showroom của khách hàng. Mỗi bản ghi sẽ chứa dữ liệu về một người sử dụng và trường add sẽ chứa add của người sử dụng đó.
Sau lúc đã đưa ra quyết định nhóm tập hợp cột thuở đầu của từng bảng, bạn có thể tinh chỉnh thêm vào cho các cột. Ví dụ: các bạn nên tàng trữ tên quý khách hàng thành nhị cột riêng biệt: tên với họ để hoàn toàn có thể sắp xếp, tìm kiếm và lập chỉ mục trên chủ yếu những cột đó. Tương tự, add thực sự có năm nguyê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ổ, các bạn cũng đề xuất lưu trữ chúng vào các cột riêng biệt biệt. Nếu bạn có nhu cầu tiến hành search kiếm, lọc hoặc thu xếp hoạt động, chẳng hạn như theo đái bang thì bạn cần lưu tin tức tiểu bang ở 1 cột riêng.
Bạn cũng cần suy xét xem liệu cơ sở tài liệu chỉ giữ thông tin có xuất phát trong nước xuất xắc có nguồn gốc quốc tế. Ví dụ: nếu như khách hàng dự định lưu trữ các địa chỉ quốc tế, chúng ta nên có cột quanh vùng thay cho cột tiểu bang vì cột này còn có thể phù hợp cho cả các tiểu bang vào nước cùng các khu vực thuộc quốc gia/vùng lãnh thổ khác. Tương tự, Mã Bưu năng lượng điện sẽ hữu dụng hơn Mã Zip nếu 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 trong những mẹo đến việc quyết định số cột của bạn.
Đừng bao gồm dữ liệu đã tính toán
Trong đa số trường hợp, bạn tránh việc lưu trữ công dụng tính toán trong bảng. Cố vào đó, chúng ta có thể yêu ước Access thực hiện giám sát và đo lường khi mong muốn xem kết quả. Ví dụ: giả sử tất cả một report Sản phẩm Đã Đặt hàng, hiển thị tổng phụ số đơn vị đã đặt mang đến từng danh mục sản phẩm trong đại lý dữ liệu. Mặc dù nhiên, sẽ không tồn tại cột tổng phụ sản phẩm Đã Đặt hàng trong bất cứ bảng nào. Cố vào đó, bảng sản phẩm sẽ bao gồm cột Số đơn vị Đã Đặt hàng, tàng trữ số đơn vị đã đặt cho từng sản phẩm. Access sẽ sử dụng tài liệu đó để giám sát tổng phụ mỗi khi bạn in báo cáo. Tránh việc lưu tổng phụ vào bảng.
Lưu trữ thông tin trong những phần logic nhỏ nhất
Bạn có thể muốn nhằm trường đơn cho tên vừa đủ hoặc mang đến tên sản phẩm kèm theo mô tả sản phẩm. Giả dụ bạn phối hợp nhiều loại tin tức trong một trường thì tiếp đến sẽ rất khó khăn để tróc nã xuất dữ khiếu nại riêng. Hãy tra cứu cách tách bóc thông tin thành các phần logic, ví dụ: tạo những trường riêng đến tên với họ hoặc cho tên sản phẩm, danh mục và tế bào tả.
Sau khi điều khiển và tinh chỉnh các cột dữ liệu trong từng bảng, các 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 phải có một cột hoặc tập đúng theo cột riêng rẽ giúp khẳng định từng mặt hàng được lưu trữ trong bảng. Đây hay là số thừa nhận dạng duy nhất, chẳng hạn như số ID nhân viên hoặc số sê-ri. Trong thuật ngữ về cơ sở dữ liệu, tin tức này được call là khóa chính của bảng. Access sử dụng các trường khóa thiết yếu để liên kết nhanh dữ liệu từ rất nhiều bảng và phối hợp dữ liệu cùng với nhau giúp bạn.
Nếu bạn đã có mã định danh duy nhất mang lại bảng, như số thành phầm để xác minh riêng từng sản phẩm trong danh mục, chúng ta cũng có thể sử dụng mã định danh đó làm khóa chủ yếu của bảng — nhưng lại chỉ khi các giá trị trong cột này sẽ luôn luôn khác với từng phiên bản ghi. Khóa chính của khách hàng không thể có giá trị trùng lặp. Ví dụ: không sử dụng tên bạn làm khóa cũng chính vì tên chưa hẳn là duy nhất. Các bạn rất dễ gặp tình huống hai người dân có cùng thương hiệu trong bảng.
Khóa thiết yếu sẽ luôn chỉ bao gồm một giá chỉ trị. Ví như một thời gian nào đó, quý hiếm cột biến chuyển không xác minh hoặc ko rõ (giá trị bị thiếu), bạn sẽ không thể thực hiện giá trị đó làm cho thành phần nằm trong khóa chính.
Bạn phải luôn chọn khóa chính có giá trị không đổi. Vào một cơ sở tài liệu sử dụng các bảng, bạn có thể sử dụng khóa chính của mình làm tham chiếu trong bảng khác. Ví như khóa chính thay đổi, biến hóa cũng rất cần được áp dụng ở rất nhiều nơi khóa được tham chiếu. Việc sử dụng khóa chính sẽ không biến hóa việc giảm cơ hội khóa chính rất có thể trở bắt buộc không đồng điệu với những bảng không giống tham chiếu mang lại khóa.
Thông thường, tín đồ ta sẽ sử dụng một số duy nhất bất kỳ làm khóa chính. Ví dụ: chúng ta cũng có thể gán một số giao dịch duy nhất mang lại từng 1-1 hàng. Mục tiêu duy duy nhất của số đơn hàng là để khẳng định đơn hàng. Sau khi gán, số deals sẽ không khi nào thay đổi.
Nếu bạn không tồn tại sẵn cột hoặc tập hòa hợp cột có thể làm khóa chính tốt, hãy xem xét sử dụng cột có kiểu dữ liệu Số tự động. Khi bạn sử dụng kiểu tài liệu Số tự động, Access sẽ auto gán một giá chỉ trị đến bạn. Mã định danh không cất dữ kiện; mã định danh không chứa thông tin thực tế mô tả hàng mà lại mã đại diện. Mã định danh không cất dữ kiện là sàng lọc lý tưởng để cần sử dụng làm khóa chính vì chúng sẽ không còn thay đổi. Một khóa chủ yếu sẽ chứa các dữ kiện về một hàng — số điện thoại cảm ứng thông minh hoặc tên quý khách chẳng hạn — nhiều kỹ năng sẽ biến đổi vì tự bản thân tin tức thực tế rất có thể thay đổi.
Xem thêm: Vị Trí Địa L Ý Nghĩa Kinh Tế Của Vị Trí Địa Lí Nước Ta Là A, Vị Trí Địa Lý, Phạm Vi Lãnh Thổ
1. Một cột được đặt là kiểu dữ liệu Số tự động thường sẽ là một trong khóa chủ yếu tốt. Không có hai sản phẩm nào bao gồm ID giống nhau.
Trong một số trường hợp, chúng ta cũng có thể muốn sử dụng hai ngôi trường trở lên thuộc nhau, hỗ trợ khóa thiết yếu cho bảng. Ví dụ: một bảng chi tiết Đơn hàng lưu trữ các khoản mục về deals sẽ áp dụng hai cột trong khóa chính: ID Đơn hàng cùng ID Sản phẩm. Lúc khóa chính thực hiện nhiều cột, khóa nói một cách khác là khóa tổng hợp.
Với các đại lý dữ liệu lợi nhuận sản phẩm, bạn có thể tạo ra cột Số tự động hóa 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 mang đến bảng khách hàng và ID_Nhà_cung_cấp mang lại bảng bên cung cấp.
Đầu Trang
Tạo mối quan hệ cho bảng
Giờ bạn đã phân chia tin tức vào các bảng, bạn phải một phương pháp để kết hợp tin tức lại với nhau theo những cách có ý nghĩa. Ví dụ: biểu mẫu mã sau đây bao gồm thông tin từ 1 vài bảng.
1. Các thông tin trong biểu chủng loại này được lấy 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 cụ thể Đơn hàng.
Access là một trong hệ thống cai quản cơ sở tài liệu tương quan. Trong cơ sở tài liệu tương quan, chúng ta phân chia thông tin vào các bảng riêng, dựa theo đối tượng. Sau đó, các bạn sử dụng quan hệ giữa các bảng để kết hợp thông tin với nhau lúc cần.
Đầu Trang
Tạo mối quan hệ một đối nhiều
Hãy lưu ý đến ví dụ sau: bảng Nhà cung ứng và sản phẩm trong cơ sở dữ liệu đơn hàng sản phẩm. Một bên cung cấp có thể cung cấp bất cứ số thành phầm nào. Hiệu quả là, với tất cả nhà cung ứng được trình diễn trong bảng nhà cung cấp, tất cả thể có rất nhiều sản phẩm được trình diễn trong bảng Sản phẩm. Vị đó, quan hệ giữa bảng Nhà hỗ trợ và bảng thành phầm là mối quan hệ một đối nhiều.
Để thể hiện mối quan hệ một đối nhiều trong thiết kế cơ sở dữ liệu của bạn, hãy lấy khóa thiết yếu ở mặt "một" của mối quan hệ rồi thêm khóa đó dưới dạng một cột hay nhiều cột bổ sung vào bảng ở bên "nhiều" của mối quan liêu hệ. Ví dụ: trong trường hòa hợp này, bạn thêm cột ID Nhà hỗ trợ 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 để khẳng định đúng nhà cung cấp cho từng sản phẩm.
Cột ID Nhà hỗ trợ trong bảng sản phẩm được call là khóa ngoại. Khóa ngoại là một khóa chính 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ì cột này cũng là khóa bao gồm trong bảng nhà cung cấp.
Bạn cung ứng cơ sở để liên kết những bảng tương quan thông qua thiết lập cấu hình ghép song khóa thiết yếu và khóa ngoại. Nếu như khách hàng không chắc những bảng nào bao gồm chung cột, việc xác minh mối quan hệ một đối nhiều sẽ đảm bảo hai bảng có tương quan thực sự đã yêu ước cột chung.
Đầu Trang
Tạo mối quan hệ nhiều đối nhiều
Hãy xem xét mối quan hệ giữa bảng sản phẩm và bảng Đơn hàng.
Mỗi một giao dịch có thể bao gồm nhiều sản phẩm. Mặt khác, mỗi một sản phẩm có thể xuất hiện trên nhiều solo hàng. Vì vậy, đối với mỗi bản ghi trong bảng Đơn hàng, có thể có nhiều bản ghi vào bảng Sản phẩm. Cùng đối với mỗi bản ghi vào bảng Sản phẩm, có thể sẽ có nhiều bản ghi trong bảng Đơn hàng. Quan hệ loại này được gọi là mối quan lại hệ những đối nhiều vì chưng với thành phầm bất kỳ, tất cả thể có khá nhiều đơn hàng; với với đơn hàng bất kỳ, gồm thể có không ít sản phẩm. Giữ ý rằng để phát hiện mối quan lại hệ những đối các giữa những bảng, điều đặc biệt là bạn hãy để ý đến cả nhì phía của mối quan hệ.
Đối tượng của nhì bảng — đơn hàng và sản phẩm — có quan hệ nhiều đối nhiều. Vấn khuyến nghị hiện ở đây. Để nắm rõ vấn đề, hãy tưởng tượng điều gì xẩy ra nếu bạn nỗ lực tạo quan hệ giữa hai bảng bằng phương pháp thêm ngôi trường ID thành phầm vào bảng Đơn hàng. Để có không ít sản phẩm bên trên mỗi đối kháng hàng, bạn phải nhiều bạn dạng ghi trong bảng Đơn hàng cho mỗi đơn hàng. Bạn sẽ lặp lại thông tin giao dịch cho từng hàng tương quan đến một deals duy nhất — công dụng là xây cất không hiệu quả, dẫn đến tài liệu không bao gồm xác. Các bạn sẽ gặp phải vấn đề tương tự nếu bạn đặt ngôi trường ID Đơn mặt hàng vào trong bảng Sản phẩm — các bạn sẽ có nhiều phiên bản ghi trong bảng thành phầm cho từng sản phẩm. Bạn giải quyết và xử lý vấn đề này như vậy nào?
Câu vấn đáp là chế tác một bảng lắp thêm ba, thường điện thoại tư vấn là bảng nối, bóc tách mối quan lại hệ các đối nhiều thành hai mối quan hệ một đối nhiều. Các bạn chèn khóa chủ yếu từ 1 trong các hai bảng vào bảng sản phẩm công nghệ ba. Tác dụng là, bảng thứ bố sẽ lưu lại từng lần mở ra hoặc trường hợp mối quan lại hệ.
Mỗi bạn dạng ghi vào bảng chi tiết Đơn hàng đại diện cho một khoản mục trên 1-1 hàng. Khóa chính của bảng cụ thể Đơn hàng bao gồm hai trường — khóa ngoại từ bảng Đơn hàng với bảng Sản phẩm. Việc sử dụng trường ID Đơn sản phẩm riêng không hiệu quả như khóa chính cho bảng này vì chưng một giao dịch có thể có nhiều khoản mục. ID Đơn hàng được lặp lại cho từng khoản mục trên giao dịch để trường không chứa những giá trị duy nhất. Việc sử dụng trường ID thành phầm riêng cũng không kết quả vì một sản phẩm rất có thể xuất hiện tại trên nhiều đơn hàng khác nhau. Nhưng phối hợp lại, nhị trường sẽ luôn tạo ra một quý hiếm duy nhất cho từng bạn dạng ghi.
Trong cơ sở dữ liệu doanh thu sản phẩm, bảng Đơn hàng với bảng sản phẩm không tương quan trực tiếp đến nhau. Cố kỉnh vào đó, chúng tương quan gián tiếp qua bảng chi tiết Đơn hàng. Mối quan hệ nhiều đối những giữa deals và sản phẩm được trình bày trong cửa hàng dữ liệu bằng phương pháp sử dụng hai quan hệ một đối nhiều:
Bảng Đơn hàng với bảng cụ thể đơn mặt hàng có quan hệ một đối nhiều. Mỗi giao dịch có thể có nhiều khoản mục nhưng lại mỗi khoản mục chỉ được liên kết với một solo hàng.
Bảng sản phẩm và bảng cụ thể Đơn mặt hàng có mối quan hệ một đối nhiều. Mỗi sản phẩm có thể có rất nhiều khoản mục liên kết nhưng mỗi khoản mục chỉ tham chiếu đến một sản phẩm.
Từ bảng cụ thể Đơn hàng, bạn cũng có thể xác định hầu như sản phẩn trên một đơn hàng cụ thể. Chúng ta có thể xác định mọi giao dịch về một sản phẩm cụ thể.
Sau khi phối hợp bảng chi tiết Đơn hàng, list bảng cùng trường sẽ trông như sau:
Đầu Trang
Tạo côn trùng quan hệ một đối một
Một kiểu quan hệ khác là mối quan hệ một đối một. Ví dụ: đưa sử bạn cần đánh dấu 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 đề nghị hoặc chỉ áp dụng cho một vài sản phẩm. Vì các bạn không cần tin tức này thường xuyên và vì vấn đề lưu trữ thông tin trong bảng thành phầm sẽ tạo thành ra dung tích trống đến tất cả sản phẩm áp dụng nên bạn phải đặt tin tức vào bảng riêng. Y như bảng Sản phẩm, bạn sẽ sử dụng ID thành phầm làm khóa chính. Quan hệ giữa bảng bổ sung này cùng bảng thành phầm là quan hệ một đối một. Với mỗi bạn dạng ghi trong bảng Sản phẩm, sẽ sở hữu sẵn một phiên bản ghi khớp tuyệt nhất trong bảng ngã sung. Lúc bạn xác minh mối dục tình này, cả hai bảng phải có chung trường.
Khi chúng ta phát hiện có nhu cầu về quan hệ một đối một trong cơ sở dữ liệu, hãy suy nghĩ xem liệu chúng ta có thể kết hợp tin tức từ nhì bảng vào vào một bảng không. Nếu như vì lý do nào đó mà bạn không thích kết hợp, có lẽ vì bài toán đó rất có thể dẫn mang lại nhiều dung lượng trống, danh sách dưới đây sẽ cho biết cách bạn sẽ trình bày mối quan hệ trong thiết kế:
Nếu nhị bảng tất cả cùng đối tượng, gồm lẽ bạn có thể thiết lập mọt quan hệ bằng phương pháp sử dụng cùng khóa bao gồm trong cả nhì bảng.
Nếu hai bảng có đối tượng người tiêu dùng khác nhau với khóa chính 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 chủ yếu của bàng vào bảng còn lại làm khóa ngoại.
Việc khẳng định mối dục tình 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 cùng cột đúng. Lúc tồn tại mối quan hệ một đối một hoặc một đối nhiều, các bảng tương quan sẽ cần phải có chung một hoặc nhiều cột. Khi tồn tại mối quan hệ nhiều đối nhiều thì sẽ cần có một bảng thứ ba để mô tả mối quan hệ.
Đầu Trang
Tinh chỉnh thiết kế
Sau khi chúng ta có các bảng, ngôi trường và quan hệ cần thiết, chúng ta nên tạo với điền dữ liệu mẫu vào những bảng, mặt khác thử thao tác làm việc với thông tin: tạo các truy vấn, thêm các phiên bản ghi new và v.v.. Bài toán này sẽ giúp đỡ tô sáng các vấn đề tiềm ẩn — ví dụ: bạn cũng có thể cần thêm 1 cột chúng ta đã quên chèn vào giai đoạn kiến thiết hoặc bạn cũng có thể có một bảng yêu cầu phân bóc tách thành nhị bảng để loại trừ trùng lặp.
Xem liệu chúng ta có thể sử dụng cơ sở dữ liệu để cảm nhận câu vấn đáp mong ý muốn không. Tạo phiên bản thảo thô cho những biểu mẫu mã và báo cáo và coi liệu chúng gồm hiển thị tài liệu như dự 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 kể trùng lặp nào, hãy đổi khác thiết kế để loại bỏ trùng lặp.
Khi dùng thử cơ sở tài liệu ban đầu, bạn sẽ có thể phát hiện nay ra cơ hội để cải thiện. Sau đấy là một vài ba nội dung bắt buộc kiểm tra:
Bạn có quên bất kể cột như thế nào không? nếu có, thông tin có thuộc về bảng hiện tất cả không? Nếu đó là tin tức về vấn đề khác, chúng ta cũng có thể cần tạo ra một bảng khác. Tạo cột cho các mục thông tin bạn nên theo dõi. Nếu như không thể giám sát thông tin từ các cột khác thì có thể các bạn sẽ cần chế tạo cột new cho thông tin.
Có cột làm sao là dư thừa bởi thông tin hoàn toàn có thể được giám sát và đo lường từ các trường lúc này không? giả dụ một mục thông tin hoàn toàn có thể được đo lường và thống kê từ các cột hiện bao gồm khác — giá phân tách khấu được xem từ giá nhỏ lẻ chẳng hạn — giỏi hơn chúng ta nên tính luôn, tránh chế tạo ra cột mới.
Bạn gồm nhập lại tin tức trùng lặp vào trong 1 trong những bảng của chính bản thân mình không? nếu vậy, có lẽ rằng bạn cần phân loại bảng thành nhị bảng có mối quan hệ một đối nhiều.
Bạn tất cả bảng với nhiều trường, số phiên bản ghi tiêu giảm và nhiều trường trống trong bản ghi riêng? giả dụ vậy, hãy suy nghĩ thiết kế lại bảng để bảng bao gồm ít ngôi trường và bao gồm nhiều phiên bản ghi hơn.
Mỗi mục thông tin đã được bóc tách thành đa phần hữu ích nhỏ tuổi nhất? nếu khách hàng cần báo cáo, sắp xếp, tìm kiếm kiếm hoặc đo lường và tính toán trên một mục thông tin, hãy để mục vào thiết yếu cột tin tức đó.
Mỗi cột gồm chứa dữ kiện về đối tượng của bảng không? trường hợp cột không chứa tin tức về đối tượng người sử dụng của bảng thì cột sẽ thuộc về một bảng khác.
Tất cả quan hệ giữa những bảng vẫn được trình diễn bằng trường tầm thường hay bằng bảng thứ bố chưa? những mối dục tình một đối một cùng một đối nhiều yêu cầu cột chung. Quan hệ nhiều đối nhiều yêu ước bảng trang bị ba.
Tinh chỉnh bảng Sản phẩm
Giả sử mỗi sản phẩm trong cơ sở tài liệu doanh số sản phẩm đều ở trong về cùng một danh mục, chẳng hạn như đồ uống, hương liệu gia vị hoặc hải sản. Bảng Sản phẩm có thể chứa một ngôi trường hiển thị hạng mục cho từng sản phẩm.
Giả sử sau thời điểm kiểm tra và tinh chỉnh xây đắp của các đại lý dữ liệu, bạn quyết định lưu trữ tế bào tả hạng mục cùng với tên danh mục. Nếu như khách hàng thêm trường mô tả danh mục vào bảng Sản phẩm, các bạn phải lặp lại từng mô tả hạng mục cho từng thành phầm thuộc hạng mục đó — đây chưa hẳn là phương án tốt.
Giải pháp tốt hơn là đưa danh mục thành một đối tượng người tiêu dùng mới đến 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ính 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à thành phầm có mối quan hệ một đối nhiều: một danh mục có thể bao hàm nhiều sản phẩm nhưng một sản phẩm chỉ rất có thể nằm vào một danh mục.
Khi bạn xem lại kết cấu bảng, hãy theo dõi những nhóm lặp lại. Chẳng hạn, chăm chú bảng chứa đa số 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 thành phầm là một đội cột tái diễn khác với các cột không giống chỉ khi thêm số vào thời gian cuối tên cột. Khi bạn thấy các 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ó một vài thiếu hụt sót. Với những người mới bắt đầu, thiết kế buộc chúng ta đặt số lượng giới hạn trên cho số sản phẩm. Ngay lúc vượt quá số lượng giới hạn đó, chúng ta phải thêm một tổ cột mới vào cấu trúc bảng, đấy là một tác vụ cai quản trị chính.
Một vấn đề nữa là nếu hầu hết nhà cung ứng đó bao gồm số sản phẩm ít hơn mức về tối đa thì đã làm lãng phí không gian, vì những cột bổ sung sẽ trống. Thiếu thốn sót cực kỳ nghiêm trọng nhất với xây cất này là thiết kế khiến cho bạn khó hoàn toàn có thể thực hiện các tác vụ, như sắp xếp hoặc lập chỉ mục bảng bằng ID tốt tên sản phẩm.
Bất cứ khi nào bạn thấy team lặp lại, hãy coi kỹ lại thiết kế, chăm chú đến việc phân tách bóc bảng thành hai. Trong ví dụ ngơi nghỉ trên, xuất sắc hơn chúng ta nên thực hiện hai bảng, một bảng mang đến nhà cung cấp và một bảng đến sản phẩm, được link bằng ID công ty cung cấp.
Đầu Trang
Áp dụng các quy tắc chuẩn hóa
Bạn có thể áp dụng các quy tắc chuẩn hóa dữ liệu (đôi lúc được gọi là những quy tắc chuẩn hóa) có tác dụng bước tiếp theo sau trong thiết kế. Bạn thực hiện những nguyên tắc này giúp xem liệu bảng của bạn đã được cấu trúc đúng chưa. Tiến trình áp dụng luật lệ vào thi công cơ sở dữ liệu của doanh nghiệp được call là chuẩn chỉnh hóa cơ sở dữ liệu hoặc dễ dàng và đơn giản là chuẩn hóa.
Chuẩn hóa sẽ hữu ích nhất sau khi chúng ta trình bày số đông mục tin tức và đạt đến thiết kế sơ bộ. Ý tưởng này góp bạn bảo đảm an toàn mình vẫn phân chia các mục tin tức vào bảng mê thích hợp. Chuẩn hóa ko thể bảo vệ rằng bạn đã sở hữu tất cả các mục tài liệu đúng nhằm bắt đầu.
Bạn áp dụng những quy tắc này liên tục, ở từng bước một để bảo đảm an toàn thiết kế của bạn đạt đến trong số những trạng thái được call là "biểu mẫu bình thường". Năm biểu mẫu thông thường được đồng ý rộng rãi — biểu mẫu bình thường đầu tiên mang đến biểu mẫu bình thường thứ năm. Bài viết này cung cấp thêm cụ thể về bố biểu mẫu trước tiên vì bọn chúng là biểu mẫu nên cho phần nhiều thiết kế cửa hàng dữ liệu.
Biểu mẫu thông thường đầu tiên
Biểu mẫu thông thường đầu tiên nêu rõ từng giao điểm thân hàng cùng cột vào bảng đó tồn tại một quý hiếm duy tốt nhất và không phải là danh sách giá trị. Ví dụ: các bạn không thể đặt tên trường là chi tiêu và đặt nhiều chi phí trong đó. Nếu khách hàng quan niệm từng giao điểm của hàng với cột là một trong những ô thì mỗi ô chỉ hoàn toàn có thể nhận một giá chỉ trị.
Biểu mẫu thông thường thứ hai
Biểu mẫu thông thường thứ nhì yêu ước mỗi cột ko khóa phải hoàn toàn dựa vào trên khóa chính, chứ không chỉ có trên một trong những phần khóa. Nguyên tắc này được áp dụng khi bạn có khóa chính chứa được nhiều cột. Ví dụ: mang sử bạn có bảng chứa đều 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 sản phẩm (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 biểu mẫu thông thường thứ hai bởi Tên Sản phẩm nhờ vào vào ID sản phẩm chứ không hẳn ID Đơn sản phẩm nên kiến thiết không phụ thuộc vào hoàn toàn vào khóa chính. Bạn phải loại bỏ Tên thành phầm khỏi bảng. Tên thành phầm thuộc một bảng khác (Sản phẩm).
Biểu mẫu bình thường thứ ba
Biểu mẫu thông thường thứ ba không chỉ có yêu cầu tất cả cột không khóa phụ thuộc vào hoàn toàn vào khóa bao gồm mà còn yêu mong chúng chủ quyền với nhau.
Nói giải pháp khác, mỗi cột ko khóa phải nhờ vào vào khóa bao gồm và ko gì ko kể khóa chính. Chẳng hạn, trả sử chúng ta có bảng chứa rất nhiều 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 giá nhỏ lẻ đề xuất (SRP). Bảng này phạm luật biểu mẫu bình thường thứ cha vì cột chiết khấu không khóa dựa vào vào một cột không khóa khác, SRP. Sự chủ quyền của cột nghĩa là chúng ta có thể thay đổi bất cứ cột không khóa nào nhưng mà không làm ảnh hưởng đến những cột khác. Trường hợp bạn biến hóa giá trị vào trường SRP, cột ưu đãi sẽ biến hóa theo vì phạm luật quy tắc này. Vào trường hợp này, cột chiết khấu sẽ được dịch chuyển sang bảng khác có khóa bên trên SRP.
