Kiến Thức Cơ Bản Về Thiết Kế Cơ Sở Dữ Liệu

Access mang lại vtczone.vn 365 Access 2021 Access 2019 Access năm nhâm thìn Access 2013 Access 2010 Access 2007 coi thêm...Ít hơn

Một các đại lý dữ liệu có phong cách thiết kế đúng đang cung cấp cho bạn quyền truy hỏi nhập vào tin tức chính xác, bắt đầu nhất. Bởi 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 bản thân mình khi thao tác làm việc với đại lý dữ liệu cho nên việc dành thời gian cần thiết để mày mò các nguyên tắc xây đắp tối ưu là khôn cùng quan trọng. Cuối cùng, nhiều khả năng các bạn sẽ tìm ra một các đại lý dữ liệu đáp ứng nhu cầu được nhu cầu của bản thân mình và có thể dễ dàng nuốm đổi.

Bạn đang xem: Kiến thức cơ bản về thiết kế cơ sở dữ liệu

Bài viết này sẽ cung cấp hướng dẫn đặt lên trên kế hoạch chế tạo cơ sở dữ liệu trên trang bị tính. Các bạn sẽ biết phương pháp để quyết định những tin tức mình cần, cách phân chia tin tức đó vào các bảng cùng cột đam mê hợp, cũng tương tự mối quan hệ 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 laptop lần đầu.


Quan trọng:  Access mang đến các kinh nghiệm thiết kế, giúp bạn tạo những ứng dụng cửa hàng dữ liệu giành riêng cho Web. Nhiều điểm cần xem xét về xây đắp sẽ khác với khi bạn thiết kế cho Web. Nội dung bài viết này không bàn luận về thi công ứng dụng cơ sở dữ liệu Web. Để 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ố luật pháp về cơ sở tài liệu cần biết

Access sẽ bố trí thông tin của chúng ta vào những bảng: danh sách những hàng với cột gợi nhớ mang lại một bảng hoặc bảng tính của nhân viên cấp dưới kế toán. Vào cơ sở tài liệu đơn giản, bạn cũng có thể chỉ tất cả một bảng. Với hầu như cơ sở dữ liệu, bạn sẽ cần các bảng. Ví dụ: bạn cũng có thể có một bảng giữ 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.

*

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

Đầu Trang

Thiết kế cửa hàng dữ liệu tốt là?

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

Do đó, kiến thiết cơ sở dữ liệu tốt là một thiết kế:

Phân phân tách thông tin của người sử dụng vào những bảng theo đối tượng để giảm tin tức thừa.

Cung cấp cho cho Access thông tin quan trọng để phối 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 đảm tính đúng mực cũng như tính toàn diện cho tin tức của bạn.

Điều chỉnh nhu cầu báo cáo 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 đích của cơ sở dữ liệu

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

Tìm và thu xếp thông tin quan trọng

Thu thập mọi các loại thông tin bạn 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 các bảng

Phân phân chia mục tin tức vào các thực thể hoặc đối tượng người tiêu dùng chính, như thành phầm hoặc Đơn hàng. Mỗi đối tượng người sử dụng sau đó sẽ trở thành một bảng.

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

Quyết định loại thông tin bạn có nhu cầu lưu trữ vào từng bảng. Từng mục sẽ trở nên một trường cùng được hiển thị bên dưới dạng cột trong bảng. Ví dụ: một bảng Nhân viên hoàn toà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ụ rất có thể là ID sản phẩm hoặc ID Đơn hàng.

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

Xem bảng và đưa ra quyết định mối tình dục của tài liệu trong bảng đó với tài liệu ở những bảng khác. Thêm những trường vào bảng hoặc tạo bảng mới để gia công rõ mọt quan hệ, giả dụ cần.

Tinh chỉnh kiến tạo của bạn

Phân tích thiết kế để tìm lỗi. Tạo nên bảng cùng thêm một số bạn dạng ghi dữ liệu mẫu. Xem liệu chúng ta có thể nhận được kết quả mong muốn từ bảng không. Thực hiện điều chỉnh thiết kế, trường hợp cần.

Áp dụng các quy tắc chuẩn 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 công ty đã được cấu trúc cân xứng chưa. Tiến hành điều chỉnh bảng, giả dụ cần.

Đầu Trang

Xác định mục tiêu của cơ sở dữ liệu

Tốt nhất, chúng ta nên ghi lại mục đích của cơ sở dữ liệu ra giấy — mục đích của đại lý dữ liệu, bạn dự định sử dụng các đại lý dữ liệu ra sao và ai sẽ sử dụng cơ sở dữ liệu. Đối với các đại lý 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 dễ dàng như "Cơ sở dữ liệu quý khách hàng lưu list thông tin quý khách cho mục đích tạo quảng cáo qua thư và chế tạo ra báo cáo". Nếu cửa hàng dữ liệu phức tạp hơn hoặc có khá nhiều 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 rất có thể đơn giản chỉ là 1 đoạn văn hoặc nhiều hơn và cần bao hà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 xây dựng tốt hoàn toàn có thể được tham chiếu trong suốt quá trình thiết kế. Vấn đề có tuyên ba này để giúp bạn triệu tập vào kim chỉ nam khi giới thiệu quyết định.

Đầu Trang

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

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

Khi bạn chuẩn bị danh sách này, đừng lo ngại về việc phải tạo bảng hoàn hảo ngay trường đoản cú đầu. Cầm cố vào đó, hãy liệt kê từng mục bạn nghĩ ra. Nếu người khác sử dụng 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 cân nhắc loại báo cáo hoặc quảng bá qua thư chúng ta có thể muốn tạo ra từ đại lý dữ liệu. Ví dụ: bạn có thể muốn report doanh số thành phầm hiển thị doanh thu theo khu vực hoặc báo cáo tóm tắt mặ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ó muốn tạo thư biểu mẫu mã để gửi cho khách hàng, công bố một sự kiện bán sản phẩm hoặc đưa ra phí trả thêm. Thiết kế report trong đầu và tưởng tượng report sẽ trông như ra sao. Bạn muốn đưa tin tức nào vào báo cáo? Liệt kê từng mục. Tiến hành tương tự mang đến thư biểu mẫu mã và cho mọi báo cáo khác bạn dự tính tạo.

*

Việc đưa ý tưởng phát minh vào report 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 đại lý dữ liệu. Ví dụ: mang sử bạn đem lại cho khách hàng hàng thời cơ chọn tham gia (hoặc không tham gia) cập nhật email chu trình và bạn có nhu cầu 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 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 hàng, chúng ta cũng có thể đặt ngôi trường là có hoặc Không.

Yêu ước gửi thư e-mail cho khách hàng sẽ đề xuất một mục khác để ghi lại. Khi chúng ta biết có quý khách muốn thừa nhận thư email, bạn cũng sẽ cần biết địa chỉ cửa hàng email nhằm gửi thư mang đến họ. Do đó, bạn phải ghi lại add email của từng khách hàng.

Việc chế tạo ra một mẫu thử nghiệm đến mỗi báo cáo hoặc list đầu ra và xem xét những mục bạn phải để chế tạo 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 muốn đư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 sinh sản một mục chào mừng. Ngoài ra, bạn thông thường sẽ có thể bắt đầu một chữ cái với "Dear Mr. Smith", chứ chưa phải là "Dear. Mr. Sylvester Smith ". Điều này nhắc nhở rằng các bạn thường muốn lưu trữ tên sau cuối với thương hiệu đầu tiên.

Điểm bao gồm cần ghi nhớ rằng bạn nên tách bóc từng mẩu thông tin thành những phần nhỏ dại nhất, hữu dụng. Đối cùng với tên, để giúp họ luôn luôn sẵn dùng, bạn sẽ tách thương hiệu thành nhị phần — Tên và Họ. Chẳng hạn để sắp xếp report theo tên, sẽ hữu ích nếu yêu cầu lưu trữ riêng bọn họ của khách hàng hàng. Nói chung, nếu bạn muốn sắp xếp, tra cứu 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 trong những trường riêng.

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

Sau khi tích lũy thông tin này, chúng ta đã sẵn sàng cho cách tiếp theo.

Đầu Trang

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

Để phân chia thông tin vào những bảng, nên chọn các thực thể hoặc đối tượng người sử dụng chính. Ví dụ: sau khoản thời gian tìm và sắp xếp thông tin về một cửa hàng dữ liệu doanh thu sản phẩm, list sơ cỗ sẽ trông như sau:

*

Những thực thể chủ yếu được hiển thị ở đó là sản phẩm, đơn vị cung cấp, người tiêu dùng và đối chọi hàng. Vì chưng đó, giỏi nhất, chúng ta nên ban đầu với bốn bảng sau: một bảng dữ kiện 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ữ kiện về người sử dụng và một bảng dữ kiện về đối kháng hàng. Mặc dù 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. Bạn có thể tiếp tục tinh chỉnh danh sách này cho tới khi có có phong cách thiết kế tối ưu.

Khi thứ nhất xem xét danh sách mục sơ bộ, chúng ta cũng có thể muốn đặt tất cả chúng nó vào một bảng duy nhất, thay bởi 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 nguyên nhân tại sao tránh việc đặt tất cả vào cùng một bảng sinh hoạt đây. Hãy để ý đến một chút, bảng hiển thị sinh hoạt đây:

*

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

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

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

Cuối cùng, đưa sử chỉ tất cả 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 thông tin tên và địa chỉ của công ty cung cấp. Bạn sẽ làm cầm cố nào nhằm xóa bản ghi thành phầm mà không làm cho mất luôn thông tin công ty cung cấp? ko thể. Vì chưng mỗi bạn dạng ghi sẽ chứa dữ khiếu nại về một sản phẩm, tương tự như dữ kiện về một nhà hỗ trợ nên chúng ta 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ữ kiện này, bạn phải phân tách bóc một bảng thành hai: một bảng thông tin thành phầm và một bảng không giống chứa tin tức nhà cung cấp. Việc xóa phiên bản ghi thành phầm sẽ chỉ xóa dữ kiện về sản phẩm, chứ không hề xóa dữ khiếu nại về đơn vị cung cấp.

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

Đầu Trang

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

Để xác định các cột trong 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 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, nhờ cất hộ email, Lời kính chào và Địa chỉ e-mail sẽ gồm một danh sách cột mở màn tốt. Mỗi bản ghi trong bảng đựng cùng một tập hòa hợp 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, gửi email, Lời chào và Địa chỉ e-mail về từng bạn dạng ghi. Ví dụ: cột add có chứa địa chỉ cửa hàng của khách hàng hàng. Mỗi bạn dạng ghi vẫn chứa dữ liệu về một người tiêu dùng và trường địa chỉ sẽ chứa add của khách hàng đó.

Sau lúc đã đưa ra quyết định nhóm tập hòa hợp cột ban sơ của từng bảng, bạn có thể tinh chỉnh thêm vào cho các cột. Ví dụ: bạn nên tàng trữ tên quý khách hàng thành hai cột riêng rẽ biệt: tên cùng họ để có thể sắp xếp, tra cứu kiếm và 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ự tất cả năm thành phần riêng lẻ, địa chỉ, thành phố, đái bang, mã bưu điện cùng quốc gia/vùng lãnh thổ, chúng ta cũng nên lưu trữ chúng vào các cột riêng biệt. Nếu bạn có nhu cầu tiến hành tìm kiếm kiếm, thanh lọc hoặc thu xếp hoạt động, ví dụ như theo tè bang thì bạn cần lưu thông tin tiểu bang tại một cột riêng.

Bạn cũng cần quan tâm đến xem liệu cơ sở dữ liệu chỉ giữ tin tức có xuất phát trong nước tuyệt có xuất phát quốc tế. Ví dụ: nếu bạn dự định lưu trữ các địa chỉ cửa hàng quốc tế, bạn nên có cột khu vực thay mang đến cột tè bang bởi cột này còn có thể cân xứng 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 phạm vi hoạt động khác. Tương tự, Mã Bưu điện sẽ hữu dụng hơn Mã Zip giả dụ bạn sẵn sàng lưu trữ các địa chỉ cửa hàng quốc tế.

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

Đừng bao hàm dữ liệu sẽ tính toán

Trong hầu hết trường hợp, bạn không nên lưu trữ tác dụng tính toán trong bảng. Cố gắng vào đó, bạn có thể yêu ước Access thực hiện giám sát và đo lường khi ao ước xem kết quả. Ví dụ: trả sử có một report Sản phẩm Đã Đặt hàng, hiển thị tổng phụ số đơn vị chức năng đã đặt đến từng danh mục thành 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ụ thành 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ị chức năng Đã Đặt hàng, lưu trữ số đơn vị chức năng đã đặt mang đến từng sản phẩm. Access vẫn sử dụng dữ liệu đó để giám sát và đo lường tổng phụ mỗi khi chúng ta in báo cáo. Tránh việc lưu tổng phụ trong bảng.

Lưu trữ thông tin trong các phần logic nhỏ tuổi nhất

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

*

Sau khi tinh chỉnh các cột dữ liệu trong từng bảng, bạn đã sẵn sàng 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 đúng theo cột riêng rẽ giúp xác minh từng mặt hàng được lưu trữ trong bảng. Đây thường xuyên là số dìm dạng duy nhất, ví dụ như số ID nhân viên cấp dưới hoặc số sê-ri. Vào thuật ngữ về đại lý dữ liệu, tin tức này được call là khóa chính của bảng. Access sử dụng những trường khóa chủ yếu để link nhanh dữ liệu từ rất nhiều bảng và phối hợp dữ liệu với nhau giúp bạn.

Nếu bạn đã sở hữu mã định danh duy nhất mang đến bảng, như số sản phẩm để xác đị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 — tuy nhiên chỉ khi những giá trị vào cột này sẽ luôn luôn khác cùng 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 áp dụng tên bạn làm khóa chính vì tên không hẳn là duy nhất. Các bạn rất dễ gặp tình huống hai người có cùng tên trong bảng.

Khóa chính sẽ luôn luôn chỉ bao gồm một giá chỉ trị. Ví như một thời gian nào đó, cực hiếm cột biến chuyển không khẳng định hoặc không rõ (giá trị bị thiếu), các bạn sẽ không thể thực hiện giá trị đó có tác dụng thành phần trong khóa chính.

Bạn phải luôn 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 nhiều bảng, chúng ta có thể sử dụng khóa chính của bản thân làm tham chiếu trong bảng khác. Nếu khóa chính thay đổi, chuyển đổi cũng rất cần phải áp dụng ở đều nơi khóa được tham chiếu. Việc áp dụng khóa chính sẽ không biến đổi việc giảm thời cơ khóa chính có thể trở bắt buộc không đồng bộ với những bảng không giống tham chiếu cho khóa.

Thông thường, bạn ta sẽ sử dụng một vài duy nhất bất kỳ làm khóa chính. Ví dụ: bạn có thể gán một số đơn hàng duy nhất mang lại từng đơn hàng. Mục tiêu duy duy nhất của số giao dịch là để xác minh đơn hàng. Sau khoản thời gian gán, số giao dịch 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 phù hợp cột có thể làm khóa chủ yếu tốt, hãy suy nghĩ sử dụng cột tất cả kiểu dữ liệu Số tự động. Khi bạn sử dụng kiểu tài liệu Số trường đoản cú động, Access sẽ tự động hóa gán một giá trị cho bạn. Mã định danh không cất dữ kiện; mã định danh không chứa thông tin thực tiễn mô tả hàng cơ mà mã đại diện. Mã định danh không chứa dữ kiện là gạn lọc lý tưởng để cần sử dụng làm khóa cũng chính vì chúng sẽ không còn thay đổi. Một khóa chính sẽ chứa những dữ kiện về một hàng — số điện thoại thông minh hoặc tên người sử dụng chẳng hạn — nhiều kỹ năng sẽ biến đổi vì tự bản thân thông tin thực tế có thể thay đổi.

Xem thêm: 10 Bộ Phim Ma Cương Thi Hài Hước Mới Nhất Năm 2016, Cương Thi Đòi Mạng (Full Hd)

*

1. Một cột được đặt là kiểu tài liệu Số auto thường sẽ là một khóa chính tốt. Không tồn tại hai sản phẩm nào bao gồm ID tương đương nhau.

Trong một vài 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 bao gồm cho bảng. Ví dụ: một bảng chi tiết Đơn hàng lưu lại trữ những 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 hiện nhiều cột, khóa còn gọi là khóa tổng hợp.

Với đại lý 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 để triển khai khóa chính: ID_Sản_phẩm đến bảng Sản phẩm, ID_Đơn_hàng mang lại bảng Đơn hàng, ID_Khách_hàng đến bảng khách hàng và ID_Nhà_cung_cấp đến bảng công ty 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 những bảng, bạn cần một phương pháp để kết hợp tin tức lại cùng nhau theo các cách tất cả ý nghĩa. Ví dụ: biểu chủng loại sau đây bao hàm thông tin xuất phát từ một vài bảng.

*

1. Các tin tức trong biểu mẫu mã này được đem từ bảng khách hàng 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à một hệ thống quản lý cơ sở dữ 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 các bảng riêng, dựa trên đối tượng. Sau đó, bạn sử dụng mối quan hệ giữa những bảng để kết hợp thông tin cùng với nhau lúc cần.

Đầu Trang

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

Hãy suy nghĩ ví dụ sau: bảng Nhà cung ứng và thành phầm trong các đại lý dữ liệu đơn hàng sản phẩm. Một nhà cung cấp hoàn toàn có thể cung cấp bất kể số sản phẩm nào. Công dụng là, với mọi nhà cung ứng đượ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 bày trong bảng Sản phẩm. Vì chưng đó, mối quan hệ giữa bảng Nhà cung ứng và bảng thành phầm là mối quan hệ một đối nhiều.

*

Để thể hiện mối quan tiền hệ một đối các trong thiết kế cơ sở dữ liệu của bạn, hãy lấy khóa bao gồm ở bên "một" của mối quan liêu hệ rồi thêm khóa kia dưới dạng một cột hay các cột bổ sung vào bảng ở mặt "nhiều" của mối quan hệ. Ví dụ: vào trường vừa lòng này, chúng ta thêm cột ID Nhà hỗ trợ từ bảng Nhà cung ứng vào bảng Sản phẩm. Lúc đó, Access rất có thể sử dụng số ID nhà cung cấp trong bảng thành phầm để xác đị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 gọi là khóa ngoại. Khóa ngoại là một 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ày cột này cũng chính là khóa bao gồm trong bảng bên cung cấp.

*

Bạn hỗ trợ cơ sở nhằm liên kết các bảng tương quan thông qua tùy chỉnh thiết lập ghép song khóa bao gồm và khóa ngoại. Nếu khách hàng không chắc những bảng nào tất cả chung cột, việc xác định mối tình dục một đối nhiều sẽ bảo đảm an toàn hai bảng có tương quan thực sự sẽ yêu mong cột chung.

Đầu Trang

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

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

Mỗi một deals có thể bao gồm những sản phẩm. Phương diện khác, mỗi một sản phẩm có thể lộ diện trên nhiều đơn 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 vào bảng Sản phẩm. Và đối với mỗi bản ghi vào 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ệ các đối nhiều bởi với sản phẩm bất kỳ, gồm thể có nhiều đơn hàng; cùng với giao dịch bất kỳ, có thể có tương đối nhiều sản phẩm. Lưu lại ý rằng để phát hiện nay mối quan lại hệ các đối các giữa những bảng, điều quan trọng đặc biệt là bạn hãy lưu ý đến cả hai phía của mối quan tiền hệ.

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

Câu vấn đáp là chế tác một bảng thứ ba, thường gọi là bảng nối, tách mối quan tiền hệ nhiều đối những thành hai quan hệ một đối nhiều. Chúng ta chèn khóa thiết yếu từ 1 trong những hai bảng vào bảng thứ ba. Tác dụng là, bảng thứ ba sẽ ghi lại từng lần xuất hiện thêm hoặc trường hợp mối quan hệ.

*

Mỗi phiên bản ghi vào bảng chi tiết Đơn hàng thay mặt đạ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 hàm hai trường — khóa ngoại từ bảng Đơn hàng và bảng Sản phẩm. Việc áp dụng trường ID Đơn hàng riêng không kết quả như khóa thiết yếu cho bảng này vì một giao dịch có thể có rất 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 thực hiện trường ID sản phẩm riêng cũng không tác dụng vì một sản phẩm rất có thể xuất hiện trên nhiều giao dịch khác nhau. Nhưng phối kết hợp lại, nhị trường sẽ luôn luôn tạo ra một quý giá duy nhất mang lại từng bản ghi.

Trong cửa hàng dữ liệu doanh thu sản phẩm, bảng Đơn hàng cùng bảng sản phẩm không liên quan trực tiếp đến nhau. Cố 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 biểu thị 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 cùng bảng cụ thể đơn sản phẩm có mối quan hệ một đối nhiều. Mỗi giao dịch có thể có nhiều khoản mục tuy vậy mỗi khoản mục chỉ được liên kết với một đối chọi hàng.

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

Từ bảng chi tiết Đơn hàng, bạn có thể xác định phần đông sản phẩn trên một giao dịch 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 kết hợp bảng cụ thể Đơn hàng, danh sách bảng cùng trường đang 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ụ: mang 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 bắt buộc hoặc chỉ vận dụng cho một vài ba sản phẩm. Vì chúng ta không cần thông tin này thường xuyên và vì việc lưu trữ thông tin trong bảng sản phẩm sẽ chế tác ra dung tích trống mang lại 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. Giống như bảng Sản phẩm, bạn sẽ sử dụng ID sản phẩm làm khóa chính. Mối quan hệ giữa bảng bổ sung cập nhật này cùng bảng sản phẩm là mối quan hệ một đối một. Với mỗi bản ghi trong bảng Sản phẩm, sẽ sở hữu được sẵn một bản ghi khớp độc nhất trong bảng ngã sung. Lúc bạn xác định mối tình dục này, cả nhị bảng phải tất cả chung trường.

Khi bạn phát hiện có nhu cầu về quan hệ một đối một trong các cơ sở dữ liệu, hãy quan tâm đến xem liệu chúng ta 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 muốn kết hợp, chắc rằng vì vấn đề đó có thể dẫn cho nhiều dung tích trống, danh sách tiếp sau đây sẽ cho thấy cách các bạn sẽ trình bày quan hệ trong thiết kế:

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

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

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

Đầu Trang

Tinh chỉnh thiết kế

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

Xem liệu chúng ta cũng có thể sử dụng cơ sở dữ liệu để nhận thấy câu trả lời mong mong muốn không. Tạo bản thảo thô cho những biểu chủng loại và báo cáo và xem liệu chúng bao gồm 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 quan trọng khi bạn tìm thấy bất kể trùng lặp nào, hãy chuyển đổi thiết kế để vứt bỏ trùng lặp.

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

Bạn bao gồm quên bất kể cột như thế nào không? giả dụ có, thông tin có trực thuộc về bảng hiện bao gồm không? Nếu kia là tin tức về sự việc khác, chúng ta có thể cần tạo thành một bảng khác. Tạo cột cho mọi mục thông tin bạn nên theo dõi. Nếu như 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 chế tạo ra cột bắt đầu cho thông tin.

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

Bạn bao gồm nhập lại thông tin trùng lặp vào một trong những trong các bảng của mình không? nếu như vậy, chắc hẳn rằng bạn cần phân loại bảng thành hai bảng có mối quan hệ một đối nhiều.

Bạn bao gồm bảng với rất nhiều trường, số bạn dạng ghi hạn chế và nhiều trường trống trong bản ghi riêng? ví như vậy, hãy để ý đến thiết kế lại bảng để bảng tất cả ít ngôi trường và 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 phần nhiều hữu ích bé dại nhất? nếu như bạn cần báo cáo, sắp đến xếp, tìm kiếm kiếm hoặc giám sát và đo lường trên một mục thông tin, hãy đặt mục vào chính cột tin tức đó.

Mỗi cột tất cả chứa dữ kiện về đối tượng người dùng của bảng không? nếu như 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 bày bằng trường thông thường hay bằng bảng thứ bố chưa? những mối quan hệ nam nữ một đối một và một đối nhiều yêu cầu cột chung. Quan hệ nhiều đối các yêu ước bảng máy ba.

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

Giả sử mỗi thành phầm trong cơ sở tài liệu doanh số thành phầm đều ở trong về và một danh mục, chẳng hạn như đồ uống, 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 khoản thời gian kiểm tra với tinh chỉnh thi công của cửa hàng dữ liệu, bạn ra quyết định lưu trữ mô tả danh mục cùng với thương hiệu danh mục. Nếu khách hàng thêm trường tế bào tả hạng mục vào bảng Sản phẩm, các bạn phải lặp lại từng mô tả danh mục cho từng sản phẩm thuộc danh mục đó — đây chưa hẳn là chiến thuật tốt.

Giải pháp giỏi hơn là đưa danh mục thành một đối tượng mới đến cơ sở dữ liệu để theo dõi, với bảng riêng với khóa chính riêng. Lúc đó, bạn cũng có thể thêm khóa thiết yếu từ bảng hạng mục vào bảng sản phẩm làm khóa ngoại.

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

Khi các 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ú ý bảng chứa phần đông 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 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 chúng ta thấy các cột được tấn công số theo phong cách này, bạn phải 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, xây dựng buộc các bạn đặt số lượng giới hạn trên cho số sản phẩm. Ngay khi vượt quá giới hạn đó, bạn phải thêm một nhóm cột mới vào cấu tạo bảng, đó là một tác vụ cai quản trị chính.

Một vụ việc nữa là nếu các nhà cung cấp đó tất cả số sản phẩm ít rộng mức về tối đa thì sẽ làm 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 xây đắp 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ư bố trí hoặc lập chỉ mục bảng bằng ID tuyệt tên sản phẩm.

Bất cứ bao giờ bạn thấy đội lặp lại, hãy coi kỹ lại thiết kế, chú ý đến vấn đề phân bóc tách bảng thành hai. Vào ví dụ sinh sống trên, xuất sắc hơn các bạn nên áp dụng hai bảng, một bảng đến nhà cung cấp và một bảng đế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 rất có thể áp dụng các quy tắc chuẩn chỉnh hóa dữ liệu (đôi khi được gọi là các quy tắc chuẩn hóa) có tác dụng bước tiếp theo trong thiết kế. Bạn áp dụng những quy tắc này giúp xem liệu bảng của người tiêu dùng đã được cấu trúc đúng chưa. Quy trình áp dụng quy tắc vào xây cất cơ sở dữ liệu của người sử dụng được hotline là chuẩn chỉnh hóa cơ sở dữ liệu hoặc đơn giản là chuẩn hóa.

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

Bạn áp dụng các quy tắc này liên tục, ở mỗi bước để đảm bảo an toàn thiết kế của doanh nghiệp đạt đến một trong những trạng thái được call là "biểu mẫu mã bình thường". Năm biểu mẫu thông thường được gật đầu đồng ý rộng rãi — biểu mẫu bình thường đầu tiên đến biểu mẫu thông thường thứ năm. Bài viết này cung cấp thêm cụ thể về tía biểu mẫu thứ nhất vì bọn chúng là biểu mẫu cần cho đa phần thiết kế đại lý 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õ mỗi giao điểm giữa hàng và cột vào bảng đó tồn tại một giá trị duy độc nhất và chưa phải là danh sách giá trị. Ví dụ: các bạn không thể đặt tên trường là túi tiền và đặt nhiều ngân sách trong đó. Nếu như bạn 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ỉ có thể nhận một giá bán trị.

Biểu mẫu bình thường thứ hai

Biểu mẫu thông thường thứ hai yêu mong mỗi cột ko khóa bắt buộc hoàn toàn nhờ vào trên khóa chính, chứ không chỉ có trên một trong những phần khóa. Quy tắc này được áp dụng khi bạn có khóa chính chứa nhiều cột. Ví dụ: giả sử các bạn có bảng chứa số đông cột sau, lúc ID Đơn hàng cùng ID thành 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 luật biểu mẫu thông thường thứ hai bởi Tên Sản phẩm dựa vào vào ID thành phầm chứ không phải ID Đơn hàng nên xây dựng không dựa vào hoàn toàn vào khóa chính. Bạn phải đào 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ác (Sản phẩm).

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

Biểu mẫu thông thường thứ ba không chỉ là 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 chủ yếu mà còn yêu cầu chúng tự do với nhau.

Nói cách khác, từng cột không khóa phải phụ thuộc vào khóa chính và không gì xung quanh khóa chính. Chẳng hạn, giả sử bạn có bảng chứa đông đảo cột sau:

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

Tên

SRP

Chiết khấu

Giả sử chiết khấu phụ thuộc vào 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 phụ thuộc vào một cột không khóa khác, SRP. Sự độc lập của cột nghĩa là bạn có thể thay đổi bất cứ cột ko khóa nào cơ mà không làm tác động đến những cột khác. Nếu như bạn chuyển đổi giá trị trong trường SRP, cột ưu đãi sẽ biến hóa theo vì phạm luật quy tắc này. Trong trường đúng theo này, cột ưu đãi sẽ được di chuyển sang bảng khác gồm khóa bên trên SRP.