Trong trong năm gần đây, thuật ngữ cơ sở tài liệu (CSDL) đãtrở nên quen thuộc trong nhiều lĩnh vực kinh tế - xãhội, trong số cơ quan liêu của Đảng, nhà nước và doanh nghiệp. Việc ứng dụng tinhọc và công nghệ thông tin vào làm chủ ngày càng những và đa dạng chủng loại ở hầu hết cáclĩnh vực kinh tế tài chính - làng hội. Cũng chính vì vậy, ngày càngnhiều người cân nhắc thiết kế, kiến thiết và ứng dụng hệ thống CSDL nhằm phụcvụ tốt hơn công tác chuyên môn, nghiệp vụ.

Bạn đang xem: Xây dựng cơ sở dữ liệu


Vận hành khối hệ thống cơ sở dữ liệu quốc gia.

Bối cảnh,tình hình xây dựng khối hệ thống cơ sở tài liệu chuyên ngành

Tại Nghịquyết về phiên họp chính phủ thường kỳ mon 6-2021 và họp báo hội nghị trực tuyến
Covid-19; cải cách và phát triển các loại hình thương mại, thương mại & dịch vụ trực tuyến, tăng cườngcung cấp dịch vụ công trực tuyến trên địa bàn; tiến hành mạnh mẽ chuyển đổi sốtrong thống trị nhà nước, triển khai đồng bộ các chiến thuật hỗ trợ doanh nghiệpchuyển đổi số, thúc đẩy trở nên tân tiến thương mại năng lượng điện tử, giao dịch không sử dụng tiềnmặt.

Nền tảngtích hợp, share dữ liệu quốc gia đã được xây dựng, từng bước một kết nối, phân chia sẻdữ liệu giữa các bộ, ngành, địa phương. Đến mon 12-2020, bao gồm 22/22 bộ, cơ quanngang bộ; 63/63 tỉnh, thành phố trực thuộc trung ương đã có căn nguyên tích hợp,chia sẻ tài liệu cấp bộ/tỉnh và liên kết với căn nguyên tích hợp, chia sẻ dữ liệuquốc gia, đạt tỷ lệ 100%. Tổng số hệ thống đã liên kết với dữ liệu đất nước là 220 khối hệ thống thông tin của 90 cơ quan,đơn vị; trong đó, bao gồm 85 dữ liệu cấp bộ/tỉnh của bộ,ngành, địa phương; 5 cơ sở tài liệu và 9 khối hệ thống thông tin có quy mô, phạm vi từ
Trung ương cho địa phương.

Thực tiễnquá trình xây dựng một vài cơ sở tài liệu

Công an đã tiến hành cấp số định danh cá nhân cho khoảng 98 triệu công dân thuthập vào CSDL giang sơn về dân cư; xong xuôi việc triển khai thử nghiệm phần mềmthuộc dự án công trình CSDL giang sơn về dân cư tại công an 16 tỉnh, thành phố. Bộ Công anđã phối phù hợp với Bộ thông tin và truyền thông, cỗ Tư pháp kết nối thành công
CSDL đất nước về dân cư với hệ thống thông tin đăng ký và làm chủ hộ tịch của
Bộ tứ pháp qua nền tảng tích hợp, share dữ liệu non sông để thực hiện cấp vàhuỷ số định danh cá nhân; triển khai xác thực thông tin công dân theo yêu thương cầucủa bảo hiểm xã hội Việt Nam. Trường đoản cú cơ sởdữ liệu đặc biệt quan trọng này, cỗ Công an đã cấp mã số định danh cá nhân cho 100% côngdân. Đồng thời đã triển khai thu nhấn hơn 60 triệu hồ nước sơ cấp cho căn cước bao gồm gắnchíp điện tử với nhiều ưu thế nổi nhảy cho công dân, đã in cùng trả rộng 50 triệuthẻ đến tay fan dân… cỗ Công an cũng đã triển khai liên kết thửnghiệm thành công xuất sắc với các khối hệ thống thông tin, cơ sở dữ liệu của một số bộ ngànhvà các tỉnh, tp trên cả nước.Đặc biệt, trong mùa cao điểm phòng dịchvừa qua, cỗ Công an sẽ phối phù hợp với các bộ, ngành với địa phương triển khai những ứngdụng để kiểm soát điều hành đi lại, phòng kháng dịch bệnh mang về hiệu quả.Hệ thống đại lý dữ liệu nước nhà về dâncư cũng góp thêm phần tích rất trong việc bảo vệ an sinh xã hội cho hơn 43 triệungười. Việc tổ chức triển khai chiến dịch tiêm chủng thần tốc, lớn nhất trong lịch sử hào hùng chogần 100% dân số để vn “đi sau về trước” trong kế hoạch vắc-xin…

Người dân đi làm căn cước công dân.

Đối với chiến dịch cung cấp Căn cước công dân, cỗ Công an đã tổchức họp báo hội nghị và có các văn bản chỉ đạo nhằm thống nhất nhấn thức triển khai trongtoàn quốc, giao chỉ tiêu cụ thể cho từng địa phương gắn với tận dụng về tối đa sốlượng trang bị móc, sản phẩm được trang cấp. Trong những số ấy tập trung triển khai điểm tại10 địa phương trọng yếu có đông dân cư, các tạm trú (Hà Nội, TP. Hồ Chí
Minh, Hải Phòng, Đà Nẵng, cần Thơ, Đồng Nai, Bình Dương, Thanh Hóa, Nghệ An,Bắc Ninh). Trong điều kiện dịch bệnh tình tiết phức tạp. Công an những địa phương phân tích những phương pháp làm sángtạo vừa bảo đảm an toàn tiến độ thu thừa nhận hồ sơ cấp thẻ Căn cước công dân, vừa đảm bảoan toàn chống dịch cho toàn bộ cơ thể dân đến làm Căn cước công dân với cán cỗ làmnhiệm vụ.

Vớinhững nỗ lực của cả khối hệ thống chính trị và sự thông thường tay, giúp đỡ của đông đảoquần bọn chúng nhân dân, lực lượng Công an nhân dân đã thành công trong chiến dịchđầy gian nan, thử thách này, tạo nên những chiến công hiển hách, được Đảng, Nhànước cùng nhân dân vinh danh. Đến nay, cỗ Công an đã cơ phiên bản hoàn thành theo tiếnđộ xây dựng, thực hiện hai Dự án. Đã xây cất được Trung tâm tài liệu quốc giavề cư dân hiện đại, kết nối đường truyền mang lại tận cung cấp xã, đảm bảo an toàn an ninh, antoàn, theo như đúng nguyên tắc đã đưa ra là"hiệnđại, đồng bộ, bảo mật cao, kị lãng phí". bài toán xây dựng thành công
Cơ sở dữ liệu tổ quốc về người dân và khối hệ thống sản xuất, cung cấp và thống trị căn cướccông dân đã đóng góp thêm phần thúc đẩy xây dựng cơ quan chính phủ điện tử, cơ quan chính phủ số, ghê tếsố, xóm hội số.

Cơ sở dữ liệu về bảo hiểm: CSDLquốc gia về bảo đảm là cơ sở tài liệu của chính phủ được xây đắp thống nhấttrên toàn quốc, dùng chung cho những cơ quan, tổ chức, cá thể nhằm cung cấpchính xác, kịp thời thông tin về bảo hiểm ship hàng công tác thống trị nhà nước,đáp ứng yêu mong phát triển tài chính - thôn hội và yêu cầu đường đường chính chính của những cơquan, tổ chức, cá nhân. Hiện nay nay, CSDLcủa bảo hiểm xã hội (BHXH) việt nam đang quản lý thông tin của toàn bộ người tham gia, thụ hưởngchế độ, chính sách BHXH, bảo hiểm y tế.

Theo thốngkê, năm 2020, toàn Ngành BHXH Việt Nam đón nhận và xử lý 87 triệu hồ nước sơgiao dịch điện tử, và khoảng 170 triệu hồ nước sơ kiến nghị thanh toán ngân sách chi tiêu khám,chữa bệnhliên thông trên khối hệ thống Giám định bảo hiểm y tế. Từ tháng1-2021 đến nay, cũng đã có 38,1 triệu hồ nước sơ thanh toán giao dịch điện tử được tiếp nhận vàgiải quyết. Việc xây dựng các cơ sở dữ liệu này đóng góp thêm phần giúp Ngành BHXH Việt
Nam tiến hành các biện pháp cách tân thủ tục hành chính, nâng cao chất lượng phụcvụ, tương tự như hiệu quả làm chủ và cải cách hành chính phục vụ nhân dân, đáp ứngcác yêu ước xây dựng và trở nên tân tiến Chính lấp điện tử, chính phủ nước nhà số.

Hiện nay, BHXH Việt Nam tiếp tục tiến hànhlàm sạch, nhất quán dữ liệu, bổ sung cập nhật thông tin để triển khai giàu thêm CSDL siêng ngành

Cơ sở dữ liệu hộ tịch điệntử toàn quốc: Từ mon 10-2020 mang đến nay,Hệ thống tin tức đăng cam kết và làm chủ hộ tịch dùng bình thường của

Phần mềm này đã giúp giải quyết hầu như các nghiệp vụ đăng ký hộ tịch theo
Luật Hộ tịch trên khối hệ thống mạng, máy tính và được kết nối với Cổng thương mại & dịch vụ côngquốc gia, Cổng thương mại & dịch vụ công và hệ thống một cửa điện tử cung cấp tỉnh. Bởi vì đó, ngườidân rất có thể thực hiện nhiều giấy tờ thủ tục đăng ký hộ tịch theo thủ tục trực tuyến;lấy số định danh cá nhân cho trẻ em khi đk khai sinh. Qua đó cung cấpnguồn thông tin hộ tịch đầu vào, update dữ liệu “sống” mang lại CSDL non sông về dân cư.

Bàihọc tay nghề

Từ thực tiễn việc tiến hành xây dựng một số trong những CSDLnêu trên, có thể rút ra một vài bài học tay nghề như sau:

Một là, CSDL đề nghị bảo đảmluôn “đúng, đủ, sạch, sống”. Tự đó yên cầu phải bố trí nguồn lực lượng lao động và ứngdụng công nghệ thông tin nhằm thường xuyên update dữ liệu, đảm bảo dữ liệu đầyđủ, chủ yếu xác, phản bội ánh chân thật và phục vụ tác dụng cho nhiệm vụ chính trịcủa địa phương, cơ quan, solo vị.

Hai là,quá trình xây dừng CSDL, lãnh đạo những cấp cácngành cần thân thương chỉ đạo, quyết liệt, sâu sát, sáng tạo, bản lĩnh, đột nhiên phá,tâm huyết, trách nhiệm. Đẩy bạo dạn phân cấp, phân quyền, cá thể hóa tráchnhiệm, đề cao trách nhiệm fan đứng đầu, song song với phân chia nguồn lực, nângcao năng lực của đội hình cán bộ.

Ba là,phối vừa lòng đồng bộ, nhịp nhàng, ngặt nghèo giữa những đơn vị vào và quanh đó Ngành,tranh thủ kế thừa nguồn tài liệu sẵn có, tận dụng, kết nối, share dữ liệuthông tin bảo vệ đồng bộ, liên thông, thống nhất.

Bốn là,tăng cường ứng dụng công nghệ thông tin hiện tại đại, lồng ghép tiến hành đồng thờicác dự án nhằm mục đích tiết kiệm, chống tiêu tốn lãng phí về ghê phí, lực lượng lao động và thời gian. Sử dụngtài nguyên thông tin, tài liệu thiết thực, hiệu quả, tiết kiệm, tuy nhiên tài nguyênchuyển đổi số càng khai quật càng hiệu quả, càng phân phát triển.

Năm là,việc xây cất CSDL bắt buộc chú trọng kết nối chặt chẽvới bảo đảm bình an thông tin, bình yên mạng, bình an quốc gia, bảo đảm thông tincá nhân. Trong đó, công tác tổ chức triển khai kiểm tra, đánh giá, giám sát, bảo đảm antoàn, an ninh mạng cho các hệ thống thông tin cần thường xuyên được quan tâm thườngxuyên.

Trần Thị Ngọc Thảo, Phó Chánh Văn phòng; Nguyễn Ngọc Dân, Vụ Tổng vừa lòng cán bộ(Ban tổ chức triển khai Trung ương)

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

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

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ẽ bố trí thông tin của công ty vào các bảng: danh sách các hàng với 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. Vào cơ sở dữ liệu đơn giản, chúng ta cũng có thể chỉ bao gồm một bảng. Với đa số cơ sở dữ liệu, bạn sẽ cần nhiều bảng. Ví dụ: bạn 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 lại trữ tin tức về đơn hàng 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 bản ghi, còn từng cột sẽ được gọi là 1 trong trường. Bạn dạng ghi là 1 trong cách có lợi và đồng bộ để tổng hợp thông tin về ngôn từ nào đó. Trường là một mục tin tức đơn — một loại mục xuất hiện thêm trong mọi bản ghi. Ví dụ: vào bảng Sản phẩm, mỗi hàng hoặc bạn dạng ghi đã chứa thông tin về một sản phẩm. Mỗi cột hoặc trường đang 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á cả.

Đầu Trang

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

Một số bề ngoài hướng dẫn quy trình thi công cơ sở dữ liệu. Bề ngoài đầu tiên: tin tức trùng lặp (hay còn 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 tích và làm cho tăng tài năng lỗi cũng tương tự sự không duy nhất quán. Vẻ ngoài thứ nhị là sự chính xác và sự hoàn chỉnh của tin tức rất quan tiền trọng. Nếu cửa hàng dữ liệu của chúng ta có chứa tin tức không đúng chuẩn 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. Công 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 thông tin sai lệch.

Do đó, thi công cơ sở dữ liệu giỏi là một thiết kế:

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

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

Giúp cung ứng và đảm bảo an toàn tính đúng đắn cũng như tính toàn vẹn cho tin tức 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 hà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 chuẩn bị cho quá trình tiếp theo.

Tìm và bố trí thông tin quan trọng

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

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

Phân phân tách mục thông tin vào các thực thể hoặc đối tượng chính, như thành 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 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ị bên dưới dạng cột vào 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 chọ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 làm xác định từng hàng riêng. Ví dụ có thể là ID thành phầm hoặc ID Đơn hàng.

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

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

Tinh chỉnh xây cất của bạn

Phân tích xây đắp để tìm kiếm lỗi. Tạo nên bảng cùng thêm một số bạn dạng ghi tài liệu mẫu. Xem liệu chúng ta 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ế, nếu 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 để coi liệu bảng của doanh nghiệp đã được cấu trúc tương xứng chưa. Triển khai điều chỉnh bảng, nếu cần.

Đầu Trang

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

Tốt nhất, bạn nên đánh dấu mục đích của cơ sở dữ liệu ra giấy — mục tiêu của cửa hàng dữ liệu, bạn dự định sử dụng cửa hàng dữ liệu ra sao và ai sẽ sử dụng cơ sở dữ liệu. Đối với đại lý dữ liệu nhỏ tuổi dành cho doanh nghiệp gia đình, ví dụ: chúng ta cũng có thể ghi dễ dàng như "Cơ sở dữ liệu quý khách lưu list thông tin khách hàng cho mục tiêu tạo quảng cáo qua thư và sản xuất báo cáo". Nếu cơ sở dữ liệu phức tạp hơn hoặc có không ít người dùng, như thường xẩy ra trong môi trường thiên nhiên doanh nghiệp thì mục đích rất có thể đơn giản chỉ là một đoạn văn hoặc nhiều hơn thế nữa và cần bao hàm thời gian, cũng tương tự cách mỗi cá nhân sử dụng đại lý dữ liệu. Tốt nhất, bạn nên có tuyên bố sứ mệnh được thiết kế tốt rất có thể được tham chiếu trong suốt quy trình thiết kế. Việc có tuyên tía này sẽ giúp bạn triệu tập vào phương châm khi đưa ra quyết định.

Đầu Trang

Tìm và sắp xếp thông tin đề xuất thiết

Để search và thu xếp thông tin nên 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ổ dòng hoặc giữ giàng thông tin quý khách trên biểu mẫu giấy trong tủ hồ sơ. Thu thập những tư liệu đó và liệt kê từng loại tin tức hiển thị (ví dụ: mỗi hộp các bạn điền bên trên một biểu mẫu). Ví như bạn không 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 các bạn phải kiến tạo một biểu mẫu mã để ghi lại thông tin khách hàng hàng. Bạn có nhu cầu đưa tin tức nào vào biểu mẫu? các bạn sẽ tạo hầu hết ô nào nhằm điền? xác minh và liệt kê từng mục trong các này. Ví dụ: mang sử các bạn hiện đang dữ danh sách người sử dụng trên thẻ chỉ mục. Câu hỏi kiểm tra các thẻ này có thể cho thấy rằng mỗi thẻ lưu giữ một tên khách hàng hàng, địa chỉ, thành phố, đái bang, mã bưu chủ yếu và số điện thoại. Từng mục trong những này thay mặt đại diện 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 và tuyệt vời nhất ngay trường đoản cú đầu. Nạm vào đó, hãy liệt kê từng mục các bạn nghĩ ra. Nếu tín đồ khác áp dụng cơ sở dữ liệu, hãy hỏi cả chủ ý của họ. Chúng ta cũng có thể tinh chỉnh danh sách sau đó.

Tiếp theo, hãy suy nghĩ loại report 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ố sản phẩm hiển thị doanh thu 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. Rất có thể bạn cũng muốn tạo thư biểu mẫu mã để 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 chỉ dẫn phí trả thêm. Thiết kế report trong đầu với tưởng tượng report sẽ trông như ra sao. Bạn muốn đưa thông tin nào vào báo cáo? Liệt kê từng mục. Triển khai tương tự mang lại thư biểu chủng loại và đến mọi report khác bạn dự định tạo.

*

Việc đưa phát minh vào báo cáo và thư tín bạn có thể muốn tạo để giúp đỡ xác định được hồ hết mục quan trọng trong cơ sở dữ liệu. Ví dụ: mang sử bạn đưa về cho khách hàng hàng thời cơ chọn gia nhập (hoặc không tham gia) cập nhật 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 đó. Để ghi lại thông tin đó, bạn phải thêm một cột “Gửi email” vào bảng khách hàng. Đối cùng với mỗi khách hàng hàng, bạn cũng có thể đặt trường là gồm hoặc Không.

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

Nó có ý nghĩa tốt để kiến tạo một nguyên mẫu của mỗi report hoặc list đầu ra với xem xét phần đông gì bạn sẽ cần để chế tạo báo cáo. Ví dụ, khi chúng ta kiểm tra một thư mẫu, một số điều hoàn toàn có thể đi đến chổ chính giữa trí. Nếu bạn muốn đưa vào lời chào phù hợp — 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 lời chào. Ngoại trừ ra, bạn thông thường có thể ban đầu một bức thư bằng "Kính giữ hộ ông Smith" thay bởi vì "Kính gửi. Ông Sylvester Smith". Điều này cho thấy thêm bạn thường xuyên muốn tàng trữ họ tách bóc biệt với tên.

Điểm chủ yếu cần ghi hãy nhớ là bạn nên bóc từng mẩu thông tin thành những phần nhỏ nhất, hữu dụng. Đối cùng với tên, để giúp họ luôn luôn sẵn dùng, các bạn sẽ tách thương hiệu thành hai phần — Tên với Họ. Ví dụ điển hình để chuẩn bị xếp báo cáo theo tên, sẽ hữu ích nếu yêu cầu lưu trữ riêng chúng ta 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, thống kê giám sát hoặc báo cáo dựa bên 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 trường riêng.

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

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

Đầu Trang

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

Để phân chia tin tức vào những bảng, nên lựa chọn các thực thể hoặc đối tượng người sử dụ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 thu sản phẩm, list sơ cỗ sẽ trông như sau:

*

Những thực thể thiết yếu được hiển thị ở đây là sản phẩm, công ty cung cấp, quý khách hàng và đơn hàng. Vì đó, giỏi nhất, chúng ta nên bắt đầu với tứ 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ề nhà cung cấp, một bảng dữ kiện về quý khách hàng và một bảng dữ khiếu nại về đối chọi hàng. Mặc dù bảng này không hoàn thành 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 tới khi có được thiết kế với tối ưu.

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

*

Trong trường vừa lòng này, từng hàng rất nhiều chứa tin tức về cả sản phẩm lẫn bên cung cấp. Do bạn có thể có nhiều thành phầm từ cùng một nhà hỗ trợ nên thông tin tên và địa chỉ cửa hàng 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. Vấn đề chỉ ghi lại thông tin nhà cung cấp một lần trong bảng Nhà cung cấp riêng, rồi links bảng kia với bảng sản phẩm là giải pháp tốt hơn nhiều.

Vấn đề sản phẩm công nghệ hai của thi công này là khi chúng ta cần sửa đổi thông tin về công ty cung cấp. Ví dụ: mang sử bạn cần thay đổi showroom của công ty cung cấp. Vì showroom xuất hiện nay ở nhiều nơi nên bạn có thể vô tình cố kỉnh đổi địa chỉ cửa hàng ở nơi này nhưng lại quên nuốm đổi add ở đông đảo chỗ khác. Việc ghi lại add của nhà cung cấp ở một chỗ duy độc nhất vô nhị 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 từng dữ khiếu nại một lần. Nếu như bạn thấy bản thân đang lặp lại cùng một thông tin ở các chỗ, ví dụ điển hình như showroom của một nhà cung ứng cụ thể, hãy đặt tin tức đó vào một trong những 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 muốn xóa sản phẩm mà vẫn duy trì lại thông tin tên và add của nhà cung cấp. Bạn sẽ làm ráng nào để xóa phiên bản ghi thành phầm mà không làm mất luôn luôn thông tin nhà cung cấp? không thể. Vì chưng mỗi bạn dạng ghi sẽ chứa dữ kiện về một sản phẩm, cũng giống như dữ kiện về một nhà cung ứng nên bạn không thể xóa bảng này mà không xóa bảng kia. Để bóc 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 thông tin nhà cung cấp. Vấn đề xóa bạn dạng ghi thành phầm sẽ chỉ xóa dữ khiếu nại về sản phẩm, chứ không hề xóa dữ khiếu nại về nhà 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 trong 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ỉ tàng trữ dữ khiếu nại về sản phẩm. Vì showroom nhà cung ứng là một dữ kiện về công ty cung cấp, không phải dữ khiếu nại về thành phầm nên dữ kiện này sẽ phía trong bảng bên cung cấp.

Đầu Trang

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

Để xác minh các cột trong 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 sử dụng được ghi vào bảng. Ví dụ: cùng với bảng khách hàng hàng, Tên, Địa chỉ, mã Zip tp Tiểu bang, gởi email, Lời chào và Địa chỉ e-mail sẽ bao gồm 1 danh sách cột bắt đầu tốt. Mỗi phiên bản ghi trong bảng chứa cùng một tập đúng theo cột để bạn 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 chào và Địa chỉ thư điện tử về từng bạn dạng ghi. Ví dụ: cột add có chứa showroom của khách hàng. Mỗi phiên bản ghi sẽ chứa tài liệu về một khách hàng và trường showroom sẽ chứa add của khách hàng đó.

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

Bạn cũng cần suy nghĩ xem liệu cơ sở tài liệu chỉ giữ tin tức có nguồn gốc trong nước tuyệt có xuất phát quốc tế. Ví dụ: nếu khách hàng dự định tàng trữ các địa chỉ quốc tế, chúng ta nên có cột khu vực thay mang lại cột đái bang bởi vì cột này còn có thể phù hợp cho cả những tiểu bang trong nước với 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ẽ có lợi hơn Mã Zip giả dụ bạn chuẩn bị lưu trữ các add quốc tế.

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

Bạn rất có thể muốn nhằm trường đối kháng cho tên không thiếu hoặc mang lại tên sản phẩm kèm theo biểu đạt sản phẩm. Nếu như bạn kết hợp nhiều loại thông tin trong một ngôi trường thì sau đó sẽ rất nặng nề để truy hỏi 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 đến tên cùng họ hoặc mang lại tên sản phẩm, hạng mục và tế bào tả.

Xem thêm: Xây nhà cần chuẩn bị những gì, muốn xây nhà cần những thủ tục gì

*

Sau khi điều khiển các cột tài liệu trong từng bảng, chúng ta đã chuẩn bị sẵn sàng chọn khóa thiết 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 giúp khẳng định từng sản phẩm đượ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. Trong thuật ngữ về các đạ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ính để links nhanh dữ liệu từ không ít bảng và phối hợp dữ liệu cùng với nhau góp bạn.

Nếu bạn đã có mã định danh duy nhất mang lại bảng, như số sản phẩm để xác định riêng từng thành phầm trong danh mục, bạn có thể sử dụng mã định danh đó có tác dụng khóa bao gồm của bảng — cơ mà chỉ khi các giá trị trong cột này sẽ luôn khác cùng 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 fan làm khóa cũng chính vì tên không hẳn là duy nhất. Chúng ta rất dễ chạm mặt tình huống hai người có cùng tên trong bảng.

Khóa chủ yếu sẽ luôn chỉ gồm một giá bán trị. Nếu một dịp nào đó, quý hiếm cột biến hóa không xác định hoặc ko rõ (giá trị bị thiếu), các bạn sẽ không thể áp dụng giá trị đó làm thành bên trong khóa chính.

Bạn phải luôn luôn chọn khóa chính có mức giá trị ko đổi. Trong một cơ sở tài liệu sử dụng nhiều bảng, bạn cũng có thể sử dụng khóa chính của bản thân làm tham chiếu vào bảng khác. Trường hợp khóa chủ yếu thay đổi, chuyển đổi cũng rất cần được áp dụng ở số đông nơi khóa được tham chiếu. Việc áp dụng khóa bao gồm sẽ không đổi khác việc giảm cơ hội khóa chính có thể trở buộc phải không đồng hóa với những bảng khác tham chiếu đến khóa.

Thông thường, tín đồ ta đang sử dụng một số trong những duy nhất ngẫu nhiên làm khóa chính. Ví dụ: chúng ta có thể gán một số giao dịch duy nhất mang lại từng đơn hàng. Mục tiêu duy nhất của số giao dịch là để xác minh đơn hàng. Sau khi gán, số đơn hàng 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 đúng theo cột rất có thể làm khóa thiết yếu tốt, hãy xem xét sử dụng cột bao 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ố trường đoản cú động, Access sẽ auto gán một giá bán trị mang lại bạn. Mã định danh không đựng dữ kiện; mã định danh không đựng thông tin thực tế mô tả hàng nhưng mà mã đại diện. Mã định danh không chứa dữ kiện là chọn 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 bao gồm sẽ chứa các dữ kiện về một hàng — số điện thoại cảm ứng hoặc tên quý khách hàng chẳng hạn — nhiều tài năng sẽ biến hóa vì tự bản thân tin tức thực tế có thể thay đổi.

*

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

Trong một số trong những trường hợp, bạn có thể muốn thực hiện hai trường trở lên thuộc nhau, cung ứng khóa chính cho bảng. Ví dụ: một bảng cụ thể Đơn hàng giữ trữ các khoản mục về giao dịch sẽ sử 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 xúc tiến nhiều cột, khóa có cách gọi khác là khóa tổng hợp.

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

*

Đầu Trang

Tạo quan hệ cho bảng

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

*

1. Các tin tức trong biểu chủng loại này được lấy 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à 1 hệ thống quản lý cơ sở tài liệu tương quan. Trong cơ sở dữ liệu tương quan, các bạn phân chia tin tức vào những bảng riêng, dựa trên đối tượng. Sau đó, chúng ta sử dụng mối quan hệ giữa các bảng để phối hợp thông tin 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à hỗ trợ và thành phầm trong các đại lý dữ liệu deals sản phẩm. Một bên cung cấp rất có thể cung cấp bất cứ số thành phầm nào. Công dụng là, với đa số nhà cung ứng được trình diễn trong bảng bên cung cấp, gồm thể có tương đối nhiều sản phẩm được trình diễn trong bảng Sản phẩm. Bởi đó, quan hệ giữa bảng Nhà cung cấp và bảng sản phẩm là mối quan hệ một đối nhiều.

*

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

*

Bạn cung ứng cơ sở để liên kết những bảng liên quan thông qua thiết lập ghép song khóa chủ yếu và khóa ngoại. Nếu như khách hàng không chắc những bảng nào gồm chung cột, việc khẳng định mối quan hệ nam nữ một đối các sẽ đảm bảo hai bảng có liên 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 để ý đến mối quan hệ nam nữ 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. Phương diện khác, mỗi một sản phẩm có thể xuất hiện trên nhiều đối kháng 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 trong bảng Sản phẩm. Với đố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 lại hệ những đối nhiều do với thành phầm bất kỳ, bao gồm thể có không ít đơn hàng; cùng với đơn hàng bất kỳ, tất cả thể có nhiều sản phẩm. Giữ ý rằng để phát hiện nay mối quan hệ nhiều đối những giữa các bảng, điều đặc trưng là bạn hãy lưu ý đến cả nhị phía của mối quan liêu hệ.

Đối tượng của nhì bảng — deals và sản phẩm — có quan hệ nhiều đối nhiều. Vấn khuyến nghị hiện nghỉ ngơi đâ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 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ó rất nhiều sản phẩm bên trên mỗi đơn hàng, bạn cần nhiều bạn dạng 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 tương quan đến một giao dịch duy nhất — kết quả là thi công không hiệu quả, dẫn đến tài liệu không chính 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 trong bảng Sản phẩm — bạn sẽ có nhiều bạn dạng ghi vào 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 trả lời là tạo thành một bảng trang bị ba, thường hotline là bảng nối, bóc mối quan liêu hệ nhiều đối các thành hai mối quan hệ một đối nhiều. Các bạn chèn khóa chính từ 1 trong hai bảng vào bảng sản phẩm công nghệ ba. Hiệu quả là, bảng thứ cha sẽ khắc ghi từng lần xuất hiện thêm hoặc trường vừa lòng mối quan liêu hệ.

*

Mỗi bản ghi trong bảng cụ thể Đơn hàng đại diện cho một khoản mục trên đối kháng hàng. Khóa bao gồm của bảng chi tiết Đơ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 sử dụng trường ID Đơn mặt hàng riêng không tác dụng như khóa chủ yếu cho bảng này vì chưng một deals có thể có nhiều khoản mục. ID Đơn sản phẩm được lặp lại cho từng khoản mục trên deals để trường ko chứa các giá trị duy nhất. Việc áp dụng trường ID thành phầm riêng cũng không tác dụng vì một sản phẩm hoàn toàn 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ý giá duy nhất mang đến từng phiên bản ghi.

Trong đại lý dữ liệu lợi nhuận sản phẩm, bảng Đơn hàng và bảng sản phẩm không tương quan trực sau đó nhau. Cố gắng vào đó, chúng tương quan gián tiếp qua bảng cụ thể Đơn hàng. Mối quan hệ nhiều đối nhiều giữa đơn hàng và sản phẩm được biểu lộ trong cơ sở dữ liệu bằng cách sử dụng hai quan hệ một đối nhiều:

Bảng Đơn hàng và 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 nhưng mỗi khoản mục chỉ được kết nối với một solo hàng.

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

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

Sau khi 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ọt quan hệ một đối một

Một kiểu quan hệ khác là quan hệ một đối một. Ví dụ: đưa sử các bạn cần khắc ghi 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 bắt buộc hoặc chỉ vận dụng cho một vài ba sản phẩm. Vì các 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 thành phầm sẽ chế tác ra dung lượng trống đến tất cả thành phầm áp dụng nên bạn cần đặt thông tin 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. 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 dạng ghi vào bảng Sản phẩm, sẽ có được sẵn một bản ghi khớp độc nhất trong bảng té sung. Lúc bạn xác định mối quan hệ nam nữ 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ề mối quan hệ một đối một trong các cơ sở dữ liệu, hãy xem xét 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. Giả dụ vì tại sao nào này mà bạn không muốn kết hợp, chắc rằng vì câu hỏi đó hoàn toàn có thể dẫn mang lại nhiều dung lượng trống, danh sách dưới đây sẽ cho biết thêm cách 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 thuộc khóa thiết yếu trong cả nhị bảng.

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

Việc khẳng định mối tình dục giữa những bảng để giúp bạn bảo đảm rằng chúng ta có các bảng cùng cột đúng. Khi tồn tại mối quan hệ một đối một hoặc một đối nhiều, những bảng tương quan sẽ cần phải có chung một hoặc nhiều cột. Lúc tồn tại mối quan hệ nhiều đối những thì sẽ cần có một bảng thứ ba để biểu lộ mối quan lại 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, chúng ta nên tạo cùng điền tài liệu mẫu vào những bảng, bên cạnh đó thử thao tác với thông tin: tạo những truy vấn, thêm các bạn dạng 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ụ: chúng ta có thể cần thêm một cột bạn đã quên chèn trong giai đoạn xây dựng hoặc bạn cũng có thể có một bảng phải phân bóc thành hai bảng để loại bỏ trùng lặp.

Xem liệu chúng ta cũng có thể sử dụng cơ sở tài liệu để nhận thấy câu trả lời mong ước ao không. Tạo bạn dạng thảo thô cho những biểu chủng loại và report và coi liệu chúng có hiển thị dữ liệu như dự kiến không. Tìm dữ liệu trùng lặp không quan trọng khi chúng ta tìm thấy bất cứ trùng lặp nào, hãy biến hóa thiết kế để đào thải trùng lặp.

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

Bạn gồm quên bất cứ cột như thế nào không? giả dụ có, tin tức có thuộc về bảng hiện bao gồm không? Nếu đó là thông tin về sự việc khác, chúng ta có thể cần tạo ra một bảng khác. Chế tạo ra cột cho phần nhiều mục thông tin bạn yêu cầu theo dõi. Còn nếu không thể đo lường và tính toán thông tin từ những cột không giống thì bao gồm thể bạn sẽ cần tạo ra cột mới cho thông tin.

Có cột như thế nào là dư thừa vì chưng thông tin hoàn toàn có thể được thống kê giám sát từ các trường lúc này không? ví như một mục thông tin rất có thể được tính toán 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 — xuất sắc hơn chúng ta nên tính luôn, tránh chế tác 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 những bảng của bản thân mình không? nếu như vậy, có lẽ 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 bao gồm bảng với nhiều trường, số bản ghi giảm bớt và nhiều trường trống trong phiên bản ghi riêng? nếu như vậy, hãy quan tâm đến thiết kế lại bảng nhằm bảng tất cả ít trường và có nhiều bạn dạng ghi hơn.

Mỗi mục tin tức đã được bóc thành phần lớn hữu ích nhỏ tuổi nhất? nếu bạn cần báo cáo, chuẩn bị xếp, kiếm tìm kiếm hoặc đo lường và thống kê trên một mục thông tin, hãy đặt mục vào thiết yếu cột thông tin đó.

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

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

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

Giả sử mỗi thành phầm trong cơ sở dữ liệu doanh số thành phầm đều thuộc về và một danh mục, ví dụ như đồ uống, hương liệu gia vị hoặc hải sản. Bảng Sản phẩm hoàn toàn có thể chứa một 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 xây dựng của cửa hàng dữ liệu, bạn quyết định lưu trữ tế bào tả hạng 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, chúng ta phải tái diễn từng mô tả danh mục cho từng thành phầm thuộc danh mục đó — đây không hẳn là phương án tốt.

Giải pháp xuất sắc 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ở dữ liệu để theo dõi, với bảng riêng với khóa chính riêng. Khi đó, chúng ta cũng có thể thêm khóa chính từ bảng hạng 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ó 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ỉ hoàn toàn 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, để ý bảng chứa các cột sau:

ID Sản phẩm

Tên

ID Sản phẩm1

Tên1

ID Sản phẩm2

Tên2

ID Sản phẩm3

Tên3

Ở đây, mỗi sản phẩm là một đội nhóm cột tái diễn 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 tiế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òn 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 số lượng giới hạn trên cho số sản phẩm. Ngay khi vượt quá số lượng giới hạn đó, bạn phải thêm một tổ cột mới 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 đa số nhà cung cấp đó tất cả số sản phẩm ít rộng mức tối đa thì đang 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 rất lớn 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 nhiều 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ứ khi nào bạn thấy team lặp lại, hãy xem kỹ lại thiết kế, chăm chú đến việc phân bóc bảng thành hai. Vào ví dụ ngơi nghỉ trên, tốt hơn bạn nên thực hiện hai bảng, một bảng mang lại nhà cung ứng và một bảng mang lại sản phẩm, được links bằng ID công ty cung cấp.

Đầu Trang

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

Bạ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) làm cho bước tiếp theo sau trong thiết kế. Bạn sử dụng những nguyên tắc này giúp xem liệu bảng của chúng ta đã được cấu tạo đúng chưa. Các bước áp dụng phép tắc vào xây cất 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 dễ dàng và đơn giản là chuẩn hóa.

Chuẩn hóa sẽ có lợi nhất sau khi bạn trình bày hồ hết mục thông tin và đạt đến thi công sơ bộ. Ý tưởng này góp bạn bảo vệ mình đang phân chia các mục tin tức vào bảng yêu thích 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 những quy tắc này liên tục, ở mỗi bước để đảm bảo an toàn thiết kế của người sử dụng đạt đến trong những trạng thái được hotline là "biểu chủng loại bình thường". Năm biểu mẫu thông thường được chấp nhận rộng rãi — biểu mẫu thông thường đầu tiên mang đến 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ề cha biểu mẫu thứ nhất vì chúng là biểu mẫu phải cho phần lớn thiết kế cơ sở 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 và cột trong bảng kia tồn trên một cực hiếm duy độc nhất vô nhị và chưa hẳn là list giá trị. Ví dụ: bạn không thể đặt tên trường là chi phí và để nhiều giá thành trong đó. Nếu bạn quan niệm mỗi giao điểm của hàng và cột là một trong ô thì từng ô chỉ 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ầu mỗi cột ko khóa buộc phải hoàn toàn nhờ vào trên khóa chính, chứ không những trên 1 phần khóa. Phép tắc này được áp dụng khi bạn có khóa chính đựng nhiều cột. Ví dụ: giả sử các bạn có bảng chứa hầu như cột sau, khi ID Đơn hàng cùng ID sản phẩm hình thành khóa chính:

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

ID sản 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 vày Tên Sản phẩm dựa vào vào ID thành phầm chứ chưa hẳn ID Đơn sản phẩm nên xây dựng không phụ thuộc vào hoàn toàn vào khóa chính. Các bạn phải loại bỏ Tên sản 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ỉ là yêu cầu tất cả cột không khóa dựa vào hoàn toàn vào khóa bao gồm mà còn yêu mong chúng độc lập với nhau.

Nói cách khác, từng cột không khóa phải phụ thuộc vào vào khóa chính và ko gì ko kể khóa chính. Chẳng hạn, trả sử chúng ta có bảng chứa số đông cột sau:

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

Tên

SRP

Chiết khấu

Giả sử phân tách khấu phụ thuộc vào vào giá nhỏ lẻ đề xuất (SRP). Bảng này phạm luật biểu mẫu bình thường thứ ba vì cột khuyến mãi không khóa nhờ vào vào một cột ko khóa khác, SRP. Sự độc lập 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 mà lại không làm tác động đến những cột khác. Ví như 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 luật quy tắc này. Trong trường thích hợp này, cột ưu tiên sẽ được di chuyển sang bảng khác gồm khóa trên SRP.