Hướng dẫn cơ sở dữ liệu

      24
Access cho otworzumysl.com 365 Access 2021 Access 2019 Access 2016 Access 2013 Access 2010 Access 2007 xem thêm...Ít hơn

Một cửa hàng dữ liệu được thiết kế theo phong cách đúng vẫn cung cấp cho chính mình quyền truy hỏi nhập vào thông tin chính xác, mới nhất. Do một thiết kế tương xứng rất thiết yếu để bạn đã có được mục tiêu của 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 quan trọng để tò mò các nguyên tắc kiến thiết tối ưu là cực kỳ quan trọng. Cuối cùng, những khả năng bạn sẽ tìm ra một cửa hàng dữ liệu thỏa mãn nhu cầu được nhu cầu của chính mình và hoàn toàn có thể dễ dàng núm đổi.

Bạn đang xem: Hướng dẫn cơ sở dữ liệu

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


Quan trọng:  Access đưa về các yên cầu thiết kế, khiến cho bạn tạo những ứng dụng các đại lý dữ liệu giành cho Web. Nhiều điểm cần cân nhắc về thiết kế sẽ khác với khi bạn thiết kế mang đến Web. Bài viết này không bàn luận về xây dựng ứng dụng cơ sở tài liệu Web. Để hiểu biết thêm thông tin, hãy xem nội dung bài viết Xây dựng cơ sở tài liệu để share 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ẽ sắp xếp thông tin của doanh nghiệp vào những bảng: danh sách các hàng với cột gợi nhớ cho 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ở dữ liệu đơn giản, chúng ta có thể chỉ gồm một bảng. Với hầu như cơ sở dữ liệu, bạn sẽ cần những bảng. Ví dụ: bạn cũng có thể có một bảng lưu lại trữ thông tin về sản phẩm, một bảng khác lưu giữ trữ thông tin về deals 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, mỗi hàng sẽ được gọi là 1 trong bản ghi, còn từng cột sẽ tiến hành gọi là 1 trường. Phiên bản ghi là một cách bổ ích và đồng hóa để tổng hợp thông tin về nội dung nào đó. Trường là một trong mục thông tin đơn — một một số loại mục lộ diện trong mọi bản ghi. Ví dụ: trong bảng Sản phẩm, mỗi hàng hoặc phiên bản ghi sẽ chứa thông tin về một sản phẩm. Mỗi cột hoặc trường sẽ chứa một số trong những loại tin tức về sản phẩm đó, như thương hiệu hoặc giá bán cả.

Đầu Trang

Thiết kế các đại lý dữ liệu xuất sắc là?

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

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

Phân chia 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 Access thông tin cần thiết để kết hợp thông tin trong các bảng cùng với nhau, lúc cần.

Giúp cung ứng và bảo vệ tính đúng mực cũng như tính trọ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 bước sau:

Xác định mục đích của cửa hàng dữ liệu

Việc này góp bạn sẵn sàng cho công việc tiếp theo.

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

Thu thập mọi loại thông tin bạn có thể muốn ghi vào cơ sở dữ liệu, như tên sản phẩm và số đơn hàng.

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

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

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

Quyết định nhiều 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ẽ thay đổi một trường và được hiển thị dưới dạng cột trong bảng. Ví dụ: một bảng Nhân viên rất có thể chứa các trường như Họ cùng 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 đó 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 quan hệ giới tính của tài liệu trong bảng kia với dữ liệu ở những bảng khác. Thêm những trường vào bảng hoặc tạo thành bảng mới để gia công rõ côn trùng quan hệ, ví như cần.

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

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

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

Áp dụng những quy tắc chuẩn hóa tài liệu để xem liệu bảng của khách hàng đã được cấu trúc cân xứng chưa. Tiến hành điều chỉnh bảng, nếu cần.

Đầu Trang

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

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

Đầu Trang

Tìm và thu xếp thông tin đề nghị thiết

Để kiếm tìm và bố trí thông tin nên thiết, hãy bước đầu bằng thông tin hiện có. Ví dụ: bạn có thể ghi lại deals vào sổ mẫu hoặc gìn giữ thông tin khách hàng trên biểu mẫu mã giấy vào tủ hồ sơ. Thu thập những tài liệu đó và liệt kê từng loại tin tức hiển thị (ví dụ: từng hộp các bạn điền trên một biểu mẫu). Trường hợp bạn không tồn tại sẵn bất cứ biểu mẫu nào thì núm vào đó, hãy tưởng tượng chúng ta phải kiến thiết một biểu mẫu mã để lưu lại thông tin khách 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 hồ hết ô nào để điền? xác định và liệt kê từng mục trong các này. Ví dụ: giả 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 các thẻ này còn có thể cho thấy rằng từng thẻ giữ gìn một tên khách hàng, địa chỉ, thành phố, đái bang, mã bưu chính và số điện thoại. Mỗi mục trong số 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 băn khoăn lo lắng về việc phải khởi tạo bảng tuyệt đối hoàn hảo ngay từ đầu. Chũm vào đó, hãy liệt kê từng mục bạn nghĩ ra. Nếu bạn 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 suy nghĩ loại báo cáo hoặc pr qua thư bạn cũng có thể muốn tạo thành từ các đại lý dữ liệu. Ví dụ: chúng ta có thể muốn report doanh số sản phẩm hiển thị lợi nhuận theo quanh vùng hoặc báo cáo tóm tắt hàng tồn kho hiển thị mức tồn kho sản phẩm. Có thể bạn vẫn muốn tạo thư biểu chủng loại để gửi mang đến khách hàng, chào làng 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ới 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. Thực hiện tương tự mang đến thư biểu mẫu mã và đến mọi báo cáo khác bạn dự tính tạo.

*

Việc đưa phát minh vào báo cáo và thư tín chúng ta có thể muốn tạo để giúp xác định được phần nhiều mục cần thiết trong đại lý dữ liệu. Ví dụ: giả sử bạn đưa về cho khách hàng hàng cơ hội chọn tham gia (hoặc ko tham gia) update email thời hạn và bạn có nhu cầu in một danh sách những người dân đã chọn tham gia đó. Để khắc ghi 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 cùng với mỗi khách hàng, chúng ta có thể đặt ngôi trường là tất cả hoặc Không.

Yêu mong gửi thư thư điện tử cho khách hàng sẽ khuyến cáo một mục khác để ghi lại. Khi chúng ta biết có khách hàng muốn nhận thư email, bạn cũng sẽ cần biết add email để gửi thư mang đến họ. Vày đó, bạn phải ghi lại add email của từng khách hàng hàng.

Việc sản xuất 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 để tạo thành báo cáo. Ví dụ, khi chúng ta kiểm tra một bức thư biểu mẫu, một số trong những điều rất có thể sẽ xảy ra. Nếu bạn có nhu cầu đưa ra lời chào đúng đắn — ví dụ: chuỗi "Mr.", "Mrs." hoặc "MS." bắt đầu lời chào, bạn sẽ phải sinh sản một mục xin chào mừng. Ngoại trừ ra, bạn thường có thể bắt đầu một vần âm với "Dear Mr. Smith", chứ chưa phải là "Dear. Mr. Sylvester Smith ". Điều này gợi nhắc rằng các bạn thường muốn lưu trữ tên sau cùng với tên đầu tiên.

Điểm chủ yếu cần ghi nhớ là bạn nên bóc từng mẩu tin tức thành những phần nhỏ nhất, hữu dụng. Đối cùng với tên, sẽ giúp họ 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ẽ có lợi nếu yêu cầu tàng trữ riêng bọn họ của khách hàng hàng. Nói chung, nếu bạn có nhu cầu sắp xếp, tra cứu kiếm, giám sát 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 một trong những trường riêng.

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

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

Đầu Trang

Phân chia thông tin vào những bảng

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

*

Những thực thể bao gồm được hiển thị ở đó là sản phẩm, đơn vị cung cấp, người sử dụng và solo hàng. Do đó, xuất sắc nhất, chúng ta nên ban đầu với tư 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ữ khiếu nại về 1-1 hàng. Tuy nhiên 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ũng có thể tiếp tục tinh chỉnh và điều khiển danh sách này cho đến khi có có phong cách thiết kế tối ưu.

Khi thứ 1 xem xét danh sách mục sơ bộ, bạn có thể muốn đặt tất cả chúng nó vào một bảng duy nhất, thay vày bốn bảng như hiển thị trong 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 và một bảng sinh hoạt đây. Hãy suy nghĩ một chút, bảng hiển thị sống đây:

*

Trong trường thích hợp này, mỗi hàng số đông chứa thông tin về cả sản phẩm lẫn đơn vị cung cấp. Do chúng ta có thể có nhiều sản phẩm từ cùng một nhà cung ứng nên tin tức tên và địa chỉ nhà cung cấp sẽ bị lặp lại nhiều lần. Bởi thế rất tốn dung lượng ổ đĩa. Việc chỉ ghi lại thông tin nhà cung cấp một lần vào bảng Nhà cung ứng 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 đề sản phẩm hai của xây cất này là khi bạn cần sửa đổi tin tức về bên cung cấp. Ví dụ: trả sử bạn phải thay đổi địa chỉ của công ty cung cấp. Vì add xuất hiện tại ở nhiều nơi nên bạn cũng có thể vô tình vậy đổi add ở khu vực này cơ mà quên cầm đổi showroom ở phần đa chỗ khác. Bài toán ghi lại add của nhà hỗ trợ ở một vị trí duy tuyệt nhất sẽ xử lý được vấn đề.

Khi bạn xây đắp cơ sở dữ liệu của mình, hãy cố gắng chỉ ghi từng dữ kiện một lần. Nếu bạn thấy bản thân đ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 tin tức đó vào một bảng riêng.

Cuối cùng, đưa sử chỉ tất cả một sản phẩm được cung cấp bởi Coho Winery và bạn muốn xóa sản phẩm mà vẫn giữ lại lại tin tức tên và địa chỉ của bên cung cấp. Bạn sẽ làm gắng nào nhằm xóa bạn dạng ghi sản phẩm mà không làm mất luôn thông tin nhà cung cấp? không thể. Do mỗi bản ghi sẽ cất dữ khiếu nại về một sản phẩm, cũng như 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à lại 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 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. Việc 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ữ kiện về bên cung cấp.

Sau khi bạn chọn đối tượng người tiêu dùng mà bảng trình bày, các cột vào bảng này sẽ chỉ tàng trữ dữ kiện về đối tượng. Ví dụ: bảng thành 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, chưa phải dữ kiện về sản phẩm nên dữ khiếu nại này sẽ phía bên trong bảng đơn vị cung cấp.

Đầu Trang

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

Để khẳng định các cột trong bảng, hãy quyết định thông tin bạn phải theo dõi về đối tượ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 tp Tiểu bang, nhờ cất hộ email, Lời xin chào và Địa chỉ thư điện tử sẽ gồm 1 danh sách cột khởi đầu tốt. Mỗi bạn dạng ghi trong bảng chứa cùng một tập vừa lòng cột để bạn có thể lưu trữ tin tức Tên, Địa chỉ, mã Zip Thành phố-Tiểu bang, nhờ cất hộ email, Lời chào và Địa chỉ email về từng bản ghi. Ví dụ: cột địa chỉ có chứa địa chỉ cửa hàng của khách hàng. Mỗi bạn dạng ghi đã chứa tài liệu về một quý khách hàng và trường địa chỉ sẽ chứa địa chỉ của người tiêu dùng đó.

Sau khi đã ra quyết định nhóm tập vừa lòng cột ban sơ của từng bảng, chúng ta cũng 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 người tiêu dùng thành hai cột riêng biệt: tên với họ để hoàn toàn có thể sắp xếp, search kiếm với lập chỉ mục trên bao gồm những cột đó. Tương tự, showroom thực sự bao gồm năm yếu tố riêng lẻ, địa chỉ, thành phố, tè bang, mã bưu điện cùng quốc gia/vùng lãnh thổ, các bạn cũng bắt buộc lưu trữ chúng nó vào các cột riêng biệt. Nếu bạn muốn tiến hành kiếm tìm kiếm, lọc hoặc thu xếp hoạt động, ví dụ như theo tiểu bang thì bạn cần lưu tin tức tiểu bang tại 1 cột riêng.

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

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

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

Bạn có thể muốn để trường solo cho tên rất đầy đủ hoặc mang lại tên thành phầm kèm theo diễn tả sản phẩm. Nếu như 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ó để truy xuất dữ kiện riêng. Hãy search cách bóc tách thông tin thành những phần logic, ví dụ: tạo các trường riêng đến tên và họ hoặc mang lại tên sản phẩm, danh mục và mô tả.

*

Sau khi điều khiển và tinh chỉnh các cột tài 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 hòa hợp cột riêng rẽ giúp xác định từng hàng được tàng trữ trong bảng. Đây thường xuyên là số 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. Trong thuật ngữ về đại lý dữ liệu, tin tức này được gọi là khóa chính của bảng. Access sử dụng các trường khóa bao gồm để link nhanh dữ liệu từ khá nhiều bảng và phối kết 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 cho bảng, như số thành phầm để xác định 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 cho khóa chủ yếu của bảng — nhưng mà chỉ khi những giá trị trong cột này sẽ luôn khác cùng với từng bạn dạng ghi. Khóa chính của khách hàng không thể có mức giá trị trùng lặp. Ví dụ: không sử dụng tên fan làm khóa chính vì tên chưa phải là duy nhất. Chúng ta rất dễ gặp mặt tình huống hai người có cùng thương hiệu trong bảng.

Khóa chính sẽ luôn chỉ tất cả một giá trị. Nếu một dịp nào đó, giá trị cột biến không xác minh hoặc không rõ (giá trị bị thiếu), các bạn sẽ không thể sử dụng giá trị đó làm 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ị ko đổi. Vào một cơ sở tài liệu sử dụng các bảng, bạn cũng có thể sử dụng khóa chính của chính bản thân mình làm tham chiếu trong bảng khác. Giả dụ khóa chủ yếu thay đổi, thay đổi cũng cần phải áp dụng ở phần đa nơi khóa được tham chiếu. Việc sử dụng khóa bao gồm sẽ không biến hóa việc giảm thời cơ khóa chính rất có thể trở cần không đồng nhất với những bảng không giống tham chiếu mang lại khóa.

Thông thường, fan ta đang sử dụng một số duy nhất bất kỳ làm khóa chính. Ví dụ: chúng ta có thể gán một số deals duy nhất mang lại từng solo hàng. Mục tiêu duy độc nhất của số giao dịch là để khẳng định đơn hàng. Sau khi gán, số đơn hàng sẽ không lúc 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ính tốt, hãy xem xét sử dụng cột gồm kiểu dữ liệu Số trường đoản cú động. Khi bạn sử dụng kiểu dữ liệu Số từ bỏ động, Access sẽ auto gán một giá trị mang đến bạn. Mã định danh không đựng dữ kiện; mã định danh không cất thông tin thực tế mô tả hàng nhưng mà mã đại diện. Mã định danh không cất dữ kiện là chắt lọc lý tưởng để cần sử dụng làm khóa bởi vì chúng sẽ không còn 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 cảm ứng thông minh hoặc tên khách hà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ế rất có thể thay đổi.

Xem thêm: Cách Chơi Max4D Dễ Trúng - Cách Chơi Xổ Sổ Vietlott Max 4D Dễ Trúng

*

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

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

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

*

Đầu Trang

Tạo quan hệ cho bảng

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

*

1. Các tin tức trong biểu chủng loại 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 cụ thể Đơn hàng.

Access là một trong hệ thống thống trị cơ sở dữ liệu tương quan. Vào cơ sở tài 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 đó, chúng ta sử dụng 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 ứng và sản phẩm trong cơ sở dữ liệu giao dịch sản phẩm. Một đơn vị cung cấp hoàn toàn có thể cung cấp bất cứ số sản phẩm nào. Công dụng là, với mọi nhà hỗ trợ được trình bày trong bảng đơn vị cung cấp, tất cả thể có không ít sản phẩm được trình diễn trong bảng Sản phẩm. Do đó, mối quan hệ giữa bảng Nhà cung ứng và bảng thành phầm là quan hệ một đối nhiều.

*

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

Cột ID Nhà cung cấp trong bảng thành phầm được gọi là khóa ngoại. Khóa ngoại là một khóa bao gồm khác của bảng. Cột ID Nhà cung ứng trong bảng thành phầm là một khóa ngoại vị cột này cũng chính là khóa chính trong bảng công ty cung cấp.

*

Bạn hỗ trợ cơ sở để liên kết những bảng liên quan thông qua tùy chỉnh 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 các bảng nào gồm chung cột, việc xác minh mối quan hệ giới tính một đối nhiều sẽ bảo đảm hai bảng có liên quan thực sự đang yêu ước cột chung.

Đầu Trang

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

Hãy cân nhắc mối dục tình giữa bảng thành phầm và bảng Đơn hàng.

Mỗi một deals 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 thêm 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ó những 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ó các bản ghi trong bảng Đơn hàng. Mối quan hệ loại này được gọi là mối quan tiền hệ các đối nhiều bởi với thành phầm bất kỳ, tất cả thể có không ít đơn hàng; và với deals bất kỳ, gồm thể có không ít sản phẩm. Giữ ý rằng để phát hiện mối quan tiền hệ nhiều đối nhiều giữa những bảng, điều quan trọng là bạn hãy quan tâm đến cả nhị phía của mối quan lại hệ.

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

Câu vấn đáp là sản xuất một bảng sản phẩm công nghệ ba, thường hotline là bảng nối, tách bóc mối quan tiền hệ nhiều đối các thành hai mối quan hệ một đối nhiều. Bạn chèn khóa thiết yếu từ một trong những hai bảng vào bảng thứ ba. Kết quả là, bảng thứ bố sẽ lưu lại từng lần mở ra hoặc trường vừa lòng mối quan hệ.

*

Mỗi phiên bản ghi vào bảng chi tiết Đơn hàng đại diện cho một khoản mục trên đối chọi hàng. Khóa chủ yếu của bảng chi tiết Đơn hàng bao gồm hai trường — khóa nước 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 chính cho bảng này do một giao dịch có thể có tương đối nhiều khoản mục. ID Đơn sản phẩm được tái diễn cho từng khoản mục trên đơn hàng để trường ko chứa những giá trị duy nhất. Việc áp dụng trường ID thành phầm riêng cũng không hiệu quả vì một sản phẩm có thể xuất hiện trên nhiều đơn hàng khác nhau. Nhưng phối kết hợp lại, hai trường sẽ luôn luôn tạo ra một giá trị duy nhất cho từng bạn dạng ghi.

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

Bảng Đơn hàng cùng bảng cụ thể đơn mặt hàng có mối quan hệ một đối nhiều. Mỗi giao dịch có thể có rất 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 1-1 hàng.

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

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

Sau khi phối kết hợp bảng chi tiết Đơn hàng, danh sách bảng với trường sẽ trông như sau:

*

Đầu Trang

Tạo mối 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 lưu lại một số thông tin bổ sung cập nhật về sản phẩm đặc biệt mà bạn sẽ hiếm khi nên hoặc chỉ vận dụng cho một vài sản phẩm. Vì bạn không cần tin tức này liên tiếp và vì việc lưu trữ thông tin trong bảng sản phẩm sẽ tạo ra dung lượng trống mang lại tất cả sản phẩm áp dụng nên bạn cần đặt thông tin vào bảng riêng. Giống 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 thành phầm là quan hệ một đối một. Cùng với mỗi bạn dạng ghi trong bảng Sản phẩm, sẽ có được sẵn một bản ghi khớp độc nhất vô nhị trong bảng vấp ngã sung. Lúc bạn khẳng định mối quan hệ tình dục này, cả nhì bảng phải gồm chung trường.

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

Nếu nhị bảng có cùng đối tượng, tất cả lẽ bạn cũng có thể thiết lập mọt quan hệ bằng cách sử dụng cùng khóa chính trong cả nhị bảng.

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

Việc xác định mối quan hệ giới tính giữa các bảng để giúp bạn bảo vệ rằng bạn có các bảng với 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, những bảng liên quan sẽ cần có chung một hoặc nhiều cột. Khi tồn tại quan hệ nhiều đối những thì sẽ cần phải có một bảng thứ cha để diễn đạt mối quan tiền hệ.

Đầu Trang

Tinh chỉnh thiết kế

Sau khi chúng ta có những bảng, ngôi trường và mối quan hệ cần thiết, bạn nên tạo với điền dữ liệu mẫu vào các 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 phiên bản ghi bắt đầu và v.v.. Việc này để giúp tô sáng các vấn đề tiềm ẩn — ví dụ: chúng ta có thể cần thêm một cột chúng ta đã quên chèn trong giai đoạn kiến thiết hoặc chúng ta cũng có thể có một bảng nên phân tách bóc thành hai bảng để loại bỏ trùng lặp.

Xem liệu bạn có thể sử dụng cơ sở dữ liệu để nhận thấy câu vấn đáp mong hy vọng không. Tạo bản thảo thô cho các biểu mẫu mã và report và coi 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 bạn tìm thấy bất kể trùng lặp nào, hãy đổi khác thiết kế để đào thải trùng lặp.

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

Bạn gồm quên bất kể cột làm sao không? nếu như có, thông tin có nằm trong về bảng hiện gồm không? Nếu đó là thông tin về sự việc khác, chúng ta cũng có thể cần tạo ra một bảng khác. Sản xuất cột cho những mục thông tin bạn đề nghị theo dõi. Còn nếu không thể đo lường và thống kê thông tin từ những cột không giống thì tất cả thể bạn sẽ cần sinh sản cột bắt đầu cho thông tin.

Có cột như thế nào là dư thừa vì thông tin rất có thể được đo lường từ những trường bây giờ không? nếu một mục thông tin rất có thể được đo lường và thống kê từ các cột hiện tất cả khác — giá chiết khấu được xem từ giá kinh doanh nhỏ chẳng hạn — tốt hơn bạn nên tính luôn, tránh tạo thành cột mới.

Bạn gồm nhập lại thông tin trùng lặp vào một trong những trong những 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 chia bảng thành nhị bảng có mối quan hệ một đối nhiều.

Bạn gồm bảng với nhiều trường, số bản ghi tiêu giảm và nhiều trường trống trong phiên bản ghi riêng? nếu vậy, hãy suy nghĩ thiết kế lại bảng nhằm bảng tất 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 tách bóc thành phần lớn hữu ích nhỏ dại nhất? nếu như bạn cần báo cáo, chuẩn bị xếp, tìm kiếm kiếm hoặc thống kê giám sát trên một mục thông tin, hãy để 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 tiêu dù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 đã thuộc về một bảng khác.

Tất cả mối quan hệ giữa những bảng sẽ được trình bày bằng trường chung hay bằng bảng thứ bố chưa? những mối quan hệ tình dục một đối một với một đối nhiều yêu mong cột chung. Mối quan hệ nhiều đối các yêu ước bảng đồ vật ba.

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

Giả sử mỗi sản phẩm trong cơ sở dữ liệu doanh số sản phẩm đều thuộc về cùng 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 có thể chứa một 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 xây đắp của đại lý dữ liệu, bạn đưa 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, bạn phải tái diễn từng mô tả hạng mục cho từng sản phẩm thuộc danh mục đó — đây không hẳn là giải pháp tốt.

Giải pháp tốt hơn là đưa danh mục thành một đối tượng mới mang lại cơ sở dữ liệu để theo dõi, với bảng riêng và khóa bao gồm riêng. Lúc đó, chúng ta cũng có thể thêm khóa thiết 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 hạng 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 gồm nhiều thành phầm nhưng một thành phầm chỉ có thể nằm vào một danh mục.

Khi chúng ta xem lại cấu tạo bảng, hãy theo dõi các nhóm lặp lại. Chẳng hạn, để mắt tới bảng chứa hồ 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 tổ cột tái diễn khác với những cột không giống chỉ khi thêm số vào thời gian cuối tên cột. Khi chúng ta thấy những cột được tiến công 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 thốn sót. Với những người mới bắt đầu, xây đắp buộc chúng ta đặ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 kết cấu bảng, đấy là một tác vụ quản ngại trị chính.

Một vấn đề nữa là nếu hồ hết nhà hỗ trợ đó có số thành phầm ít rộng mức về tối đa thì sẽ làm lãng phí không gian, vì các cột bổ sung cập nhật sẽ trống. Thiếu sót rất lớn nhất với kiến tạo này là thiết kế khiến cho bạn khó hoàn toàn 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ứ lúc nào bạn thấy team lặp lại, hãy xem kỹ lại thiết kế, chú ý đến bài toán phân bóc tách bảng thành hai. Vào ví dụ làm việc trên, giỏi hơn chúng ta nên thực hiện hai bảng, một bảng mang đến nhà cung ứng và một bảng cho sản phẩm, được liên kết bằng ID bên cung cấp.

Đầu Trang

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

Bạn hoàn toàn có thể áp dụng những quy tắc chuẩn chỉnh hóa tài liệu (đôi khi được hotline 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 luật lệ này giúp xem liệu bảng của công ty đã được cấu trúc đúng chưa. Tiến trình áp dụng quy tắc vào thi công cơ sở dữ liệu của khách hàng được call là chuẩn chỉnh hóa cơ sở tài liệu hoặc đơn giản là chuẩn chỉnh hóa.

Chuẩn hóa sẽ hữu dụng nhất sau khi chúng ta trình bày đều mục thông tin và đạt đến kiến tạo sơ bộ. Ý tưởng này giúp bạn bảo đảm an toàn mình sẽ phân chia các mục thông tin vào bảng ham mê hợp. Chuẩn chỉnh hóa không thể bảo vệ rằng bạn đã có tất cả các 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 để đảm bảo an toàn thiết kế của doanh nghiệp đạt đến trong những trạng thái được hotline là "biểu mẫu bình thường". Năm biểu mẫu bình thường được đồng ý rộng rãi — biểu mẫu thông thường đầu tiên cho biểu mẫu bình thường thứ năm. Nội dung bài viết này cung cấp thêm cụ thể về bố biểu mẫu đầu tiên vì chúng là biểu mẫu yêu cầu cho phần nhiều thiết kế đại lý dữ liệu.

Biểu mẫu thông thường đầu tiên

Biểu mẫu bình thường đầu tiên nêu rõ mỗi giao điểm giữa hàng cùng cột vào bảng kia tồn trên một quý hiếm duy độc nhất và chưa hẳn là danh sách giá trị. Ví dụ: các bạn không thể viết tên trường là ngân sách và đặt nhiều giá cả trong đó. Nếu bạn quan niệm từng giao điểm của hàng và cột là 1 trong những ô thì mỗi ô chỉ hoàn toàn có thể nhận một giá 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 phải hoàn toàn nhờ vào trên khóa chính, chứ không chỉ là trên một phần khóa. Nguyên tắc này được áp dụng khi bạn có khóa chính đựng nhiều cột. Ví dụ: mang sử chúng ta có bảng chứa số đông cột sau, khi 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 phạm luật biểu mẫu bình thường thứ hai bởi vì Tên Sản phẩm nhờ vào vào ID sản phẩm chứ không hẳn ID Đơn mặt hàng nên xây cất không dựa vào hoàn toàn vào khóa chính. Chúng ta phải loại trừ Tên thành phầm khỏi bảng. Tên sản 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 thông thường thứ ba không chỉ có yêu cầu tất cả cột ko khóa nhờ 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, từng cột không khóa phải phụ thuộc vào khóa thiết yếu và ko gì không tính khóa chính. Chẳng hạn, mang sử bạn có bảng chứa đa số cột sau:

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

Tên

SRP

Chiết khấu

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