Bạn có thể nghĩ rằng bảo trì cơ sở dữ liệu không phải việc của bạn. Nhưng nếu bạn chủ động thiết kế mô hình của mình, bạn sẽ có được cơ sở dữ liệu giúp cuộc sống của những người phải duy trì chúng dễ dàng hơn.
Một thiết kế cơ sở dữ liệu tốt đòi hỏi sự chủ động, một phẩm chất được đánh giá cao trong bất kỳ môi trường làm việc nào. Trong trường hợp bạn không quen với thuật ngữ này, tính chủ động là khả năng lường trước vấn đề và chuẩn bị sẵn các giải pháp khi vấn đề xảy ra - hoặc tốt hơn là lập kế hoạch và hành động để vấn đề không xảy ra ngay từ đầu.
Người sử dụng lao động hiểu tính chủ động của nhân viên hoặc nhà thầu của họ đồng nghĩa với việc tiết kiệm chi phí. Đó là lý do tại sao họ đánh giá cao nó và tại sao họ khuyến khích mọi người thực hành nó.
Với vai trò là người lập mô hình dữ liệu, cách tốt nhất để thể hiện tính chủ động là thiết kế các mô hình dự đoán và tránh các vấn đề thường xuyên xảy ra với việc bảo trì cơ sở dữ liệu. Hoặc, ít nhất, điều đó đơn giản hóa đáng kể giải pháp cho những vấn đề đó.
Ngay cả khi bạn không chịu trách nhiệm bảo trì cơ sở dữ liệu, việc lập mô hình để bảo trì cơ sở dữ liệu dễ dàng gặt hái nhiều lợi ích. Ví dụ:nó giúp bạn không bị gọi bất cứ lúc nào để giải quyết các trường hợp khẩn cấp về dữ liệu làm mất đi thời gian quý báu mà bạn có thể dành cho các nhiệm vụ thiết kế hoặc mô hình hóa mà bạn rất thích!
Làm cho cuộc sống dễ dàng hơn cho các chàng trai IT
Khi thiết kế cơ sở dữ liệu của mình, chúng ta cần nghĩ đến việc cung cấp DER và tạo các tập lệnh cập nhật. Khi cơ sở dữ liệu đi vào sản xuất, các kỹ sư bảo trì phải đối phó với tất cả các loại vấn đề tiềm ẩn và một phần nhiệm vụ của chúng tôi với tư cách là người lập mô hình cơ sở dữ liệu là giảm thiểu khả năng những vấn đề đó xảy ra.
Hãy bắt đầu bằng cách xem xét ý nghĩa của việc tạo ra một thiết kế cơ sở dữ liệu tốt và hoạt động đó có liên quan như thế nào đến các nhiệm vụ bảo trì cơ sở dữ liệu thường xuyên.
Mô hình hóa dữ liệu là gì?
Mô hình hóa dữ liệu là nhiệm vụ tạo ra một biểu diễn trừu tượng, thường là đồ họa, của một kho thông tin. Mục tiêu của mô hình hóa dữ liệu là để hiển thị các thuộc tính và mối quan hệ giữa các thực thể có dữ liệu được lưu trữ trong kho lưu trữ.
Mô hình dữ liệu được xây dựng xung quanh nhu cầu của một vấn đề kinh doanh. Các quy tắc và yêu cầu được xác định trước thông qua đầu vào từ các chuyên gia kinh doanh để chúng có thể được đưa vào thiết kế của một kho lưu trữ dữ liệu mới hoặc điều chỉnh theo cách lặp lại của một kho dữ liệu hiện có.
Lý tưởng nhất, các mô hình dữ liệu là các tài liệu sống phát triển cùng với sự thay đổi của các nhu cầu kinh doanh. Chúng đóng một vai trò quan trọng trong việc hỗ trợ các quyết định kinh doanh và trong việc hoạch định kiến trúc và chiến lược của hệ thống. Các mô hình dữ liệu phải được giữ đồng bộ với cơ sở dữ liệu mà chúng đại diện để chúng hữu ích cho các quy trình bảo trì của các cơ sở dữ liệu đó.
Những thách thức chung về bảo trì cơ sở dữ liệu
Việc duy trì một cơ sở dữ liệu đòi hỏi sự giám sát liên tục, tự động hoặc cách khác, để đảm bảo nó không bị mất đi những ưu điểm của nó. Các phương pháp hay nhất về bảo trì cơ sở dữ liệu đảm bảo cơ sở dữ liệu luôn giữ được:
- Tính toàn vẹn và chất lượng của thông tin
- Hiệu suất
- Tính khả dụng
- Khả năng mở rộng
- Khả năng thích ứng với những thay đổi
- Khả năng xác định nguồn gốc
- Bảo mật
Nhiều thủ thuật lập mô hình dữ liệu có sẵn để giúp bạn tạo một thiết kế cơ sở dữ liệu tốt mọi lúc. Những điều được thảo luận dưới đây nhằm mục đích cụ thể là đảm bảo hoặc tạo điều kiện duy trì các chất lượng cơ sở dữ liệu được đề cập ở trên.
Tính toàn vẹn và chất lượng thông tin
Mục tiêu cơ bản của các phương pháp hay nhất về bảo trì cơ sở dữ liệu là đảm bảo thông tin trong cơ sở dữ liệu giữ được tính toàn vẹn. Điều này rất quan trọng để người dùng giữ niềm tin vào thông tin.
Có hai loại toàn vẹn: toàn vẹn vật lý và tính toàn vẹn logic .
Toàn vẹn về thể chất
Duy trì tính toàn vẹn vật lý của cơ sở dữ liệu được thực hiện bằng cách bảo vệ thông tin khỏi các yếu tố bên ngoài như phần cứng hoặc lỗi nguồn. Cách tiếp cận phổ biến nhất và được chấp nhận rộng rãi là thông qua một chiến lược sao lưu phù hợp cho phép khôi phục cơ sở dữ liệu trong thời gian hợp lý nếu một thảm họa phá hủy nó.
Đối với các DBA và quản trị viên máy chủ quản lý lưu trữ cơ sở dữ liệu, sẽ rất hữu ích khi biết liệu cơ sở dữ liệu có thể được phân chia thành các phần có tần suất cập nhật khác nhau hay không. Điều này cho phép họ tối ưu hóa việc sử dụng bộ nhớ và các kế hoạch sao lưu.
Các mô hình dữ liệu có thể phản ánh sự phân vùng đó bằng cách xác định các khu vực có “nhiệt độ” dữ liệu khác nhau và bằng cách nhóm các thực thể vào các khu vực đó. “Nhiệt độ” là tần suất các bảng nhận được thông tin mới. Các bảng được cập nhật rất thường xuyên là "nóng nhất"; những thứ không bao giờ hoặc hiếm khi được cập nhật là “lạnh nhất”.
Mô hình dữ liệu của hệ thống thương mại điện tử phân biệt dữ liệu nóng, ấm và lạnh.
DBA hoặc quản trị viên hệ thống có thể sử dụng nhóm hợp lý này để phân vùng các tệp cơ sở dữ liệu và tạo các kế hoạch sao lưu khác nhau cho mỗi phân vùng.
Tính toàn vẹn về lôgic
Duy trì tính toàn vẹn lôgic của cơ sở dữ liệu là điều cần thiết cho độ tin cậy và tính hữu ích của thông tin mà nó cung cấp. Nếu một cơ sở dữ liệu thiếu tính toàn vẹn lôgic, thì các ứng dụng sử dụng nó sớm muộn cũng bộc lộ sự mâu thuẫn trong dữ liệu. Đối mặt với những mâu thuẫn này, người dùng không tin tưởng vào thông tin và chỉ cần tìm kiếm các nguồn dữ liệu đáng tin cậy hơn.
Trong số các nhiệm vụ bảo trì cơ sở dữ liệu, việc duy trì tính toàn vẹn logic của thông tin là một phần mở rộng của nhiệm vụ mô hình hóa cơ sở dữ liệu, chỉ là nó bắt đầu sau khi cơ sở dữ liệu được đưa vào sản xuất và tiếp tục trong suốt thời gian tồn tại của nó. Phần quan trọng nhất của lĩnh vực bảo trì này là thích ứng với những thay đổi.
Quản lý thay đổi
Những thay đổi trong các quy tắc hoặc yêu cầu nghiệp vụ là mối đe dọa thường xuyên đối với tính toàn vẹn logic của cơ sở dữ liệu. Bạn có thể cảm thấy hài lòng với mô hình dữ liệu bạn đã xây dựng, biết rằng nó hoàn toàn phù hợp với doanh nghiệp, rằng nó phản hồi với thông tin phù hợp cho bất kỳ truy vấn nào và nó loại bỏ bất kỳ sự bất thường nào về chèn, cập nhật hoặc xóa. Hãy tận hưởng khoảnh khắc hài lòng này vì nó chỉ tồn tại trong thời gian ngắn!
Bảo trì cơ sở dữ liệu liên quan đến việc phải thực hiện các thay đổi trong mô hình hàng ngày. Nó buộc bạn phải thêm các đối tượng mới hoặc thay đổi các đối tượng hiện có, sửa đổi bản chất của các mối quan hệ, xác định lại khóa chính, thay đổi kiểu dữ liệu và làm những việc khác khiến những người lập mô hình của chúng tôi phải rùng mình.
Thay đổi xảy ra mọi lúc. Có thể một số yêu cầu đã được giải thích sai ngay từ đầu, các yêu cầu mới xuất hiện hoặc bạn đã vô tình tạo ra một số lỗ hổng trong mô hình của mình (suy cho cùng, người lập mô hình dữ liệu chỉ là con người).
Các mô hình của bạn phải dễ sửa đổi khi phát sinh nhu cầu thay đổi. Điều quan trọng là sử dụng công cụ thiết kế cơ sở dữ liệu để tạo mô hình cho phép bạn phiên bản mô hình của mình, tạo tập lệnh để di chuyển cơ sở dữ liệu từ phiên bản này sang phiên bản khác và ghi lại mọi quyết định thiết kế một cách hợp lý.
Nếu không có những công cụ này, mọi thay đổi bạn thực hiện đối với thiết kế của mình đều tạo ra những rủi ro về tính toàn vẹn xuất hiện vào những thời điểm không thích hợp nhất. Vertabelo cung cấp cho bạn tất cả chức năng này và đảm bảo việc duy trì lịch sử phiên bản của một kiểu máy mà bạn thậm chí không cần phải suy nghĩ về nó.
Phiên bản tự động được tích hợp trong Vertabelo là một trợ giúp to lớn trong việc duy trì các thay đổi đối với mô hình dữ liệu.
Quản lý thay đổi và kiểm soát phiên bản cũng là những yếu tố quan trọng trong việc nhúng các hoạt động mô hình hóa dữ liệu vào vòng đời phát triển phần mềm.
Tái cấu trúc lại
Khi bạn áp dụng các thay đổi cho cơ sở dữ liệu đang được sử dụng, bạn cần phải chắc chắn 100% rằng không có thông tin nào bị mất và tính toàn vẹn của nó không bị ảnh hưởng do các thay đổi đó. Để làm điều này, bạn có thể sử dụng các kỹ thuật tái cấu trúc. Chúng thường được áp dụng khi bạn muốn cải thiện một thiết kế mà không ảnh hưởng đến ngữ nghĩa của nó, nhưng chúng cũng có thể được sử dụng để sửa lỗi thiết kế hoặc điều chỉnh mô hình theo các yêu cầu mới.
Có một số lượng lớn các kỹ thuật tái cấu trúc. Chúng thường được sử dụng để mang lại sức sống mới cho các cơ sở dữ liệu kế thừa, và có các quy trình sách giáo khoa để đảm bảo những thay đổi không làm tổn hại đến thông tin hiện có. Toàn bộ sách đã được viết về nó; Tôi khuyên bạn nên đọc chúng.
Nhưng tóm lại, chúng ta có thể nhóm các kỹ thuật tái cấu trúc thành các loại sau:
- Chất lượng dữ liệu: Thực hiện các thay đổi đảm bảo tính nhất quán và mạch lạc của dữ liệu. Các ví dụ bao gồm thêm một bảng tra cứu và di chuyển đến nó dữ liệu được lặp lại trong một bảng khác và thêm một ràng buộc trên một cột.
- Cấu trúc: Thực hiện các thay đổi đối với cấu trúc bảng không làm thay đổi ngữ nghĩa của mô hình. Các ví dụ bao gồm kết hợp hai cột thành một, thêm khóa thay thế và chia cột thành hai.
- Tính toàn vẹn của tham chiếu: Áp dụng các thay đổi để đảm bảo rằng hàng được tham chiếu tồn tại trong bảng có liên quan hoặc hàng không được tham chiếu có thể bị xóa. Các ví dụ bao gồm thêm ràng buộc khóa ngoại trên một cột và thêm ràng buộc giá trị không rỗng vào bảng.
- Kiến trúc: Thực hiện các thay đổi nhằm cải thiện sự tương tác của các ứng dụng với cơ sở dữ liệu. Các ví dụ bao gồm tạo chỉ mục, đặt bảng ở chế độ chỉ đọc và đóng gói một hoặc nhiều bảng trong một chế độ xem.
Các kỹ thuật sửa đổi ngữ nghĩa của mô hình, cũng như những kỹ thuật không làm thay đổi mô hình dữ liệu theo bất kỳ cách nào, không được coi là kỹ thuật tái cấu trúc. Chúng bao gồm chèn các hàng vào bảng, thêm cột mới, tạo bảng hoặc chế độ xem mới và cập nhật dữ liệu trong bảng.
Duy trì chất lượng thông tin
Chất lượng thông tin trong cơ sở dữ liệu là mức độ dữ liệu đáp ứng các kỳ vọng của tổ chức về độ chính xác, tính hợp lệ, tính đầy đủ và tính nhất quán. Duy trì chất lượng dữ liệu trong suốt vòng đời của cơ sở dữ liệu là rất quan trọng đối với người dùng để đưa ra quyết định đúng đắn và sáng suốt bằng cách sử dụng dữ liệu trong đó.
Trách nhiệm của bạn với tư cách là người lập mô hình dữ liệu là đảm bảo các mô hình của bạn giữ chất lượng thông tin của chúng ở mức cao nhất có thể. Để làm điều này:
- Thiết kế ít nhất phải tuân theo dạng chuẩn thứ 3 để không xảy ra hiện tượng chèn, cập nhật hoặc xóa bất thường. Việc xem xét này chủ yếu áp dụng cho cơ sở dữ liệu để sử dụng trong giao dịch, nơi dữ liệu được bổ sung, cập nhật và xóa thường xuyên. Nó không hoàn toàn áp dụng trong cơ sở dữ liệu để sử dụng phân tích (tức là kho dữ liệu), vì việc cập nhật và xóa dữ liệu hiếm khi được thực hiện, nếu có.
- Các kiểu dữ liệu của mỗi trường trong mỗi bảng phải phù hợp với thuộc tính mà chúng đại diện trong mô hình lôgic. Điều này vượt ra ngoài việc xác định đúng một trường là kiểu dữ liệu số, ngày tháng hay chữ và số. Điều quan trọng là phải xác định đúng phạm vi và độ chính xác của các giá trị được hỗ trợ bởi mỗi trường. Ví dụ:thuộc tính kiểu Ngày được triển khai trong cơ sở dữ liệu dưới dạng trường Ngày / Giờ có thể gây ra sự cố trong truy vấn, vì giá trị được lưu trữ với phần thời gian của nó khác 0 có thể nằm ngoài phạm vi của truy vấn sử dụng phạm vi ngày.
- Các kích thước và dữ kiện xác định cấu trúc của kho dữ liệu phải phù hợp với nhu cầu của doanh nghiệp. Khi thiết kế một kho dữ liệu, các kích thước và dữ kiện của mô hình phải được xác định một cách chính xác ngay từ đầu. Việc sửa đổi khi cơ sở dữ liệu hoạt động sẽ đi kèm với chi phí bảo trì rất cao.
Quản lý tăng trưởng
Một thách thức lớn khác trong việc duy trì cơ sở dữ liệu là ngăn cản sự phát triển của nó đạt đến giới hạn dung lượng lưu trữ một cách bất ngờ. Để giúp quản lý không gian lưu trữ, bạn có thể áp dụng nguyên tắc tương tự được sử dụng trong quy trình sao lưu:nhóm các bảng trong mô hình của bạn theo tốc độ phát triển của chúng.
Việc phân chia thành hai khu vực thường là đủ. Đặt các bảng có bổ sung hàng thường xuyên trong một khu vực, những bảng mà hàng hiếm khi được chèn vào khu vực khác. Việc phân loại mô hình theo cách này cho phép quản trị viên lưu trữ phân vùng các tệp cơ sở dữ liệu theo tốc độ phát triển của từng khu vực. Họ có thể phân phối các phân vùng giữa các phương tiện lưu trữ khác nhau với các dung lượng hoặc khả năng phát triển khác nhau.
Việc nhóm các bảng theo tốc độ phát triển của chúng giúp xác định các yêu cầu lưu trữ và quản lý tốc độ phát triển của bảng đó.
Ghi nhật ký
Chúng tôi tạo một mô hình dữ liệu với mong đợi nó cung cấp thông tin như hiện tại tại thời điểm truy vấn. Tuy nhiên, chúng ta có xu hướng bỏ qua nhu cầu về cơ sở dữ liệu để ghi nhớ mọi thứ đã xảy ra trong quá khứ trừ khi người dùng yêu cầu cụ thể.
Một phần của việc duy trì cơ sở dữ liệu là biết làm thế nào, khi nào, tại sao và bởi ai một phần dữ liệu cụ thể đã bị thay đổi. Điều này có thể dành cho những việc như tìm hiểu thời điểm giá sản phẩm thay đổi hoặc xem xét các thay đổi trong bệnh án của bệnh nhân trong bệnh viện. Ghi nhật ký thậm chí có thể được sử dụng để sửa lỗi người dùng hoặc ứng dụng vì nó cho phép bạn khôi phục trạng thái thông tin về một thời điểm trong quá khứ mà không cần phải sử dụng đến các quy trình khôi phục sao lưu phức tạp.
Một lần nữa, ngay cả khi người dùng không cần nó một cách rõ ràng, việc xem xét nhu cầu ghi nhật ký chủ động là một phương tiện rất có giá trị để tạo điều kiện bảo trì cơ sở dữ liệu và thể hiện khả năng lường trước các vấn đề của bạn. Việc có dữ liệu ghi nhật ký cho phép phản hồi ngay lập tức khi ai đó cần xem lại thông tin lịch sử.
Có các chiến lược khác nhau cho mô hình cơ sở dữ liệu để hỗ trợ ghi nhật ký, tất cả đều làm tăng thêm độ phức tạp cho mô hình. Một cách tiếp cận được gọi là ghi nhật ký tại chỗ, thêm các cột vào mỗi bảng để ghi lại thông tin phiên bản. Đây là một tùy chọn đơn giản không liên quan đến việc tạo các lược đồ riêng biệt hoặc các bảng ghi nhật ký cụ thể. Tuy nhiên, nó ảnh hưởng đến thiết kế mô hình vì các khóa chính ban đầu của bảng không còn hợp lệ như khóa chính - giá trị của chúng được lặp lại trong các hàng đại diện cho các phiên bản khác nhau của cùng một dữ liệu.
Một tùy chọn khác để giữ thông tin nhật ký là sử dụng bảng bóng. Bảng bóng là bản sao của bảng mô hình với việc bổ sung các cột để ghi lại dữ liệu đường mòn. Chiến lược này không yêu cầu sửa đổi các bảng trong mô hình gốc, nhưng bạn cần nhớ cập nhật các bảng bóng tương ứng khi bạn thay đổi mô hình dữ liệu của mình.
Tuy nhiên, một chiến lược khác là sử dụng một danh mục con của các bảng chung ghi lại mọi thao tác chèn, xóa hoặc sửa đổi đối với bất kỳ bảng nào khác.
Các bảng chung để giữ dấu vết kiểm tra của cơ sở dữ liệu.
Chiến lược này có ưu điểm là nó không yêu cầu sửa đổi mô hình để ghi lại dấu vết đánh giá. Tuy nhiên, vì nó sử dụng các cột chung của kiểu varchar, nó giới hạn các loại dữ liệu có thể được ghi lại trong đường mòn nhật ký.
Duy trì hiệu suất và tạo chỉ mục
Trên thực tế, bất kỳ cơ sở dữ liệu nào cũng có hiệu suất tốt khi nó mới bắt đầu được sử dụng và các bảng của nó chỉ chứa một vài hàng. Nhưng ngay sau khi các ứng dụng bắt đầu đưa nó vào dữ liệu, hiệu suất có thể giảm rất nhanh nếu không thực hiện các biện pháp phòng ngừa trong việc thiết kế mô hình. Khi điều này xảy ra, các DBA và quản trị viên hệ thống sẽ kêu gọi bạn giúp họ giải quyết các vấn đề về hiệu suất.
Việc tạo / gợi ý tự động các chỉ mục trên cơ sở dữ liệu sản xuất là một công cụ hữu ích để giải quyết các vấn đề về hiệu suất “trong thời điểm hiện tại”. Công cụ cơ sở dữ liệu có thể phân tích các hoạt động của cơ sở dữ liệu để xem hoạt động nào mất nhiều thời gian nhất và ở đâu có cơ hội để tăng tốc bằng cách tạo chỉ mục.
Tuy nhiên, sẽ tốt hơn nhiều nếu bạn chủ động và dự đoán tình huống bằng cách xác định các chỉ mục như một phần của mô hình dữ liệu. Điều này làm giảm đáng kể nỗ lực bảo trì để cải thiện hiệu suất cơ sở dữ liệu. Nếu bạn không quen với những lợi ích của chỉ mục cơ sở dữ liệu, tôi khuyên bạn nên đọc tất cả về chỉ mục, bắt đầu với những điều cơ bản.
Có các quy tắc thực tế cung cấp đủ hướng dẫn để tạo các chỉ mục quan trọng nhất cho các truy vấn hiệu quả. Đầu tiên là tạo chỉ mục cho khóa chính của mỗi bảng. Trên thực tế, mỗi RDBMS tự động tạo chỉ mục cho mỗi khóa chính, vì vậy bạn có thể quên quy tắc này.
Một quy tắc khác là tạo chỉ mục cho các khóa thay thế của bảng, đặc biệt là trong các bảng mà khóa thay thế được tạo. Nếu một bảng có khóa tự nhiên không được sử dụng làm khóa chính, các truy vấn để tham gia bảng đó với những người khác rất có thể thực hiện với khóa tự nhiên, không phải thay thế. Những truy vấn đó không hoạt động tốt trừ khi bạn tạo chỉ mục trên khóa tự nhiên.
Quy tắc ngón tay cái tiếp theo cho các chỉ mục là tạo chúng cho tất cả các trường là khóa ngoại. Các trường này là những ứng cử viên tuyệt vời để thiết lập các phép nối với các bảng khác. Nếu chúng được đưa vào chỉ mục, chúng sẽ được bộ phân tích cú pháp truy vấn sử dụng để tăng tốc độ thực thi và cải thiện hiệu suất cơ sở dữ liệu.
Cuối cùng, bạn nên sử dụng công cụ lập hồ sơ trên cơ sở dữ liệu dàn hoặc cơ sở dữ liệu QA trong quá trình kiểm tra hiệu suất để phát hiện bất kỳ cơ hội tạo chỉ mục nào không rõ ràng. Việc kết hợp các chỉ mục được đề xuất bởi các công cụ lập hồ sơ vào mô hình dữ liệu là vô cùng hữu ích trong việc đạt được và duy trì hiệu suất của cơ sở dữ liệu khi nó được đưa vào sản xuất.
Bảo mật
Với vai trò là người lập mô hình dữ liệu, bạn có thể giúp duy trì bảo mật cơ sở dữ liệu bằng cách cung cấp một cơ sở vững chắc và an toàn để lưu trữ dữ liệu để xác thực người dùng. Hãy nhớ rằng thông tin này rất nhạy cảm và không được tiếp xúc với các cuộc tấn công mạng.
Để thiết kế của bạn đơn giản hóa việc duy trì bảo mật cơ sở dữ liệu, hãy làm theo các phương pháp lưu trữ dữ liệu xác thực tốt nhất, trong đó phương pháp chính là không lưu trữ mật khẩu trong cơ sở dữ liệu ngay cả ở dạng mã hóa. Chỉ lưu trữ hàm băm của nó thay vì mật khẩu cho mỗi người dùng cho phép ứng dụng xác thực thông tin đăng nhập của người dùng mà không tạo ra bất kỳ rủi ro lộ mật khẩu nào.
Một lược đồ hoàn chỉnh để xác thực người dùng bao gồm các cột để lưu trữ các băm mật khẩu.
Tầm nhìn cho tương lai
Vì vậy, hãy tạo các mô hình của bạn để bảo trì cơ sở dữ liệu dễ dàng với các thiết kế cơ sở dữ liệu tốt bằng cách tính đến các mẹo được đưa ra ở trên. Với các mô hình dữ liệu dễ bảo trì hơn, công việc của bạn trông đẹp hơn và bạn nhận được sự đánh giá cao của các DBA, kỹ sư bảo trì và quản trị viên hệ thống.
Bạn cũng yên tâm đầu tư. Tạo cơ sở dữ liệu dễ bảo trì có nghĩa là bạn có thể dành hàng giờ làm việc để thiết kế các mô hình dữ liệu mới, thay vì chạy xung quanh việc vá các cơ sở dữ liệu không cung cấp thông tin chính xác đúng lúc.
